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SYSTEMS AND METHODS FOR DRUG DISPENSING 

RELATED APPUC ATIONS 

This is a continuation application of U.S. Application No, 09/454,359, filed 
on December 3, 1999 which claims the benefit of U.S. Provisional Application No. 
5 60/155,446 filed September 22, 1999, the entire teachings of these applications 
being incorporated herein by reference. 

BACKGROUND OF THE INVENTION 

Automated pharmaceutical delivery systems have been in use for over thirty 
years. The initial purpose of such systems was to reduce the high rates of 

1 0 medication errors associated with manual distribution. In modem times, automated 
systems present more sophisticated advantages. These include: further reduction of 
errors, lower costs associated with pharmaceutical distribution, reduction of 
personnel, inventory control, substance control, automated documentation, and 
relieving professionalpharmacistsof many tasks. 

15 The current state of the art of automated pharmaceutical delivery systems, 

otherwise known as medication management devices generally fall under three 
categories: automated devices in the central pharmacy area; automated devices in the 
patient care unit; and point-of-care information systems. 

The primary goal of centrally-located devices is to replace or improve the 

20 current manual process for filling xmit dose carts. These devices offer the advantage 
of a single, centralized inventory and a lower overall inventory. Disadvantages of 
such devices include their large size, high cost, and reliance on efficient delivery 
systems. 

Patient care unit-based devices replace the traditional manual unit dose cart 
25 filling and delivery system and provide increased control over floor stock. 
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Advantages of such systems include their smaller size and lower cost relative to 
centrally-located devices, immediate access to medications, and automated 
documentation of medication administration. Disadvantages include application to 
unit dose levels only, increased costs due to the maintenance of multiple inventories 
S in multiple units, additional time required to restock multiple devices, and larger 
inventory. 



dociunentation, integration of hospital information systems, and immediate 
10 verification of drug administration. Primary disadvantages of point-of-care systems 
include hijgh cost associated with placing hardware in each room, networking the 
system, and security issues associated with personal data access. 

The above-described systems offer solutions for medication management in 
large hospitals where the large expense associated with large centrally*located 
15 pharmacy systems, decentralized patient care units, and point-of-care systems at the 
bedside are justifiable for unit-dose dispensing and verification. These systems fail 
to address efficient and economical medication management at medium size 
facilities, for example health maintenance organizations which cannot justify the 
expenses associated with the large and costly aforementioned systems. Furthennore, 
20 while the above systems provide a solution for unit-dose dispensing for individual 
patients, they fail to address the issue of filling weekly or monthly prescriptions in a 
cost-effective manner. 

SUMMARY OF THE INVENTION 

25 The present invention relates to a method for remote dispensing of 

pharmaceuticals or other medical products using a distributed, interoperable, packet- 
switched network such as the Internet and to a system that combines computer 
hardware and software, including a computer network, a telecommimications 
capability, and a medical products dispensing cabinet to form a complete drug 

30 dispensing system. The medical products may include, but are not limited to, 
packaged or non-packaged pharmaceuticals or individual pills, caplets, tablets, 



Point-of-care systems are designed to enable immediate exchange of patient 
data at the bedside. Such systems allow for rapid access to patient information, fast 
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liquids, or suspensions. This enables drug prescription dispensing in volume by a 
physician, pharmacist, or other licensed practitioner directly to the patient at a clinic, 
group practice, or other location outside a pharmacy or a hospital. The system 
provides a convenient, safe, automated, and low cost drug delivery system for the 
5 patient 

A preferred embodiment of the present invention is directed to an apparatus 
and method for automated dispensing of packaged and non-packaged 
pharmaceuticals. The remote control dispenser system of the invention includes a 
centralized computer network in conjunction with product release at a remote 

10 location. The centralized network communicates with the remote distribution point 
using standard Intemet Protocols (IP) or higher level application protocols such as 
Hypertext Transport Protocol (HTTP). In another preferred embodiment, a web 
browser can be employed as a tool to provide for the controlled remote dispensing of 
packaged and non-packaged pharmaceuticals. In another preferred embodiment a 

15 customized web server can be employed as a tool to provide for the controlled 
remote dispensing of packaged and non-packaged pharmaceuticals. The systems 
and methods of the present invention provide for the efficient remote dispensing of 
medical products using widely available communications network technology while 
preserving the confidentiality of patient information and the safety of users based on 

20 restricted access to controlled substances. 

A preferred system and method for remote dispensing of a medical product, 
such as, for example, a prescription pharmaceutical includes an authorization node, a 
dispensing node to distribute the authorized medical product, a controlling node that 
interfaces with the authorization node and the dispensing node and a transmission 

25 medium between the nodes. The authorization node can include a controller and 
appropriate software used by a phannacist or a licensed physician. The dispensing 
node can include a housing having a plurality of bins which store encoded packages 
of medical products and a dispenser controller. The controUing node^ which may be 
collocated with the authorization node, includes a customized web server to control 

30 the flow of information between the authorization and dispensing node. 
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A preferred embodiment of the present invention relates to systems and 

methods of dispensing samples of dni^ or other medical products. Samples are 

often given to patients by physicians at clinics, offices, or hospitals. These samples 

are provided free of charge to physicians or institutions for distribution to patients. 
5 At present, there are no systematic procedures for controlling the distribution of 

sanqples and there are increasing requirements by regulatory and accrediting 

institutions to provide such controls. 

Samples are usually packaged as unit doses in small foil and/or plastic 

containers with labels intended to identify a particular brand name or manu&cturer 
10 so that the patient will then associate the particular medication with a particular 

source. Thus, the packaging for different samples from different sources tend to be 

varied in size and shape. 

Thus, a system for containing and monitoring distribution in accordance with 

the present invention includes a number of trays or drawers in which the samples are 
15 stored, a control system that opens and closes the system to provide access to the 

user and secures the system to restrict unauthorized access. 

A user identification system can be included that serves to identify those 

gaining access to the dispensing system. This system can include a computer 

containing a catalog of medications dispensed using the system as well as patient 
20 data, or alternatively, accessing such information using a coimnunication network as 

described herein. 

Another preferred embodiment of the present invention provides a system for 
dispensing non-prescription medications or other medical products that do not 
require a licensed physician or pharmacist to be involved in the transaction. Such a 
25 system can include a secure storage housing that dispenses individual packages 
based on credit card, debit card, cash, or other smart card transactions. The system 
can utilize features of the communications network, code reader, and dispensing 
systems described herein to provide for the distribution of "over the counter" 
medical products. 

i30 The foregoing and other objects, features and advantages of the invention 

will be apparent from the following more particular description of preferred 
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embodiments of the invention, as illustrated in the accompanying drawings in which 
like reference characters refer to the same parts throughout the different views. The 
drawings are not necessarily to scale, emphasis instead being placed upon 
illustrating the principles of the invention. 

5 BRIEF DESCRIPTION OF THE DRAWINGS 

Figure lA is a diagram of a preferred embodiment of an automated drug 
dispensing system in accordance with the present invention. 

Figure IB is a perspective illustration of a rack of columns in iaccordance 
with the present invention. 
10 Figure IC is a perspective illustration of drawers of helix dispensers. 

Figure ID is a perspective illustration of a system including helix and 
column dispensers in accordance with the present invention. 

Figure 2 is a flow diagram representing the processes performed by the 
pharmacy technician at a Remote Control Dispenser (RCD) in a remote dispense 
1 5 location and a registered pharmacist, R.Ph., at a remote control location in 
accordance with the present invention. 

Figure 3 is a schematic block diagram illustrating the drug dispensing system 
in accordance with the present invention. 

Figure 4A is a schematic block diagram illustrating a drug dispensing system 
20 having a host system in one city and a remote drug dispensing system in different 
cities in accordance with the present invention. 

Figures 4B - 4C are schematic block diagrams illustrating the transfer of 
information between the host system and the dispensing systein in accordance with 
the present invention. 

25 Figures SA-SC are schematic block diagrams illustrating the sequence of the 

transfer of information between a host system and a remote drug dispensing system, 
using the Internet, in accordance with the present invention. 

Figures 6A and 6B are flowcharts illustrating the process to dispense 
medications in accordance with the present invention. 
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Figure 7 is a schematic block diagram illustrating a drug dispensing system 
having an integrated touchscreen computer and print module in accordance with the 
present invention* 

Figures 8A and 8B are schematic block diagrams illustrating a remote 
5 control dispensing system which uses a server to control drug dispensing in 
accordance with the present invention. 

Figure 9A is a schematic block diagram illustrating a preferred embodiment 
of the remote control dispensing system which uses an internal data socket network 
configuration in accordance with the present invention. 
1 0 Figures 9B and 9C are flow charts illustrating the process to dispense 

medications using the preferred embodiment of the present invention illustrated in 
Figure 9A. 

Figure lOA is a schematic block diagram of a preferred embodiment of the 
remote control dispensing system using the internet and host pharmacy system 
1 5 network configuration. 

Figures lOB-lOD are flow charts illustrating the process to dispense 
medications using the preferred embddiment of the present invention illustrated in 
Figure lOA. 

Figure 1 1 A is a schematic block diagram of a preferred embodiment of the 
20 remote control dispensing system using the internet network configuration. 

Figures 1 lB-1 ID are flowcharts illustrating the process to dispense 
medications using the preferred embodiment of the present invention illustrated in 
Figure 11 A. 

Figures 12A and 12B are schematic block diagrams illustrating the use of a 
25 telephone network in a drug dispensing system in accordance with the present 
invention. 

Figure 13 A is a schematic block diagram of a preferred embodiment of the 
remote control dispensing system using a telephone network direct dial 
configuration. 
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Figures 13B and 13C are flow charts illustrating the process to dispense 
medications using the preferred embodiments of the present invention illustrated in 
Figure 13A. 

Figures 14A and 14B are schematic block diagrams illustrating the use of a 
S pager sendee in a drug dispensing system in accordance with the present invention. 

Figures 15A and ISB are schematic block diagrams illustrating the use of a 
satellite system to transfer information in a remote control drug dispensing system in 
accordance with the present invention. 

Figures 16A-16E illustrate views of the display screen that a user interfaces 
10 with during a dispense process to dispense a drug sample in accordance with a 
preferred embodiment of the present invention. 

Figures 17A-17C illustrate views of the display screen that a user interfaces 
with during a maintenance process including loading medications in accordance with 
a preferred embodiment of the present invention which includes dispensing of drug 
IS san>ples. 

Figures 18A-18D illustrate views of the display screen that a user interfaces 
with during a maintenance process including an inventory process in accordance 
with a preferred embodiment of the present invention which includes dispensing of 
drug samples. 

20 Figures 19A-19C illustrate views of the display screen that a user interfaces 

with including a prescriber process in accordance with a preferred embodiment of 
the present invention which includes dispensing of drug samples. 

Figures 20A and 20B illustrate views of the display screen that a user 
inter&ces with during a transaction process in accordance with a preferred 
25 embodiment of the present invention which includes dispensing of drug samples. 

Figure 21 illustrates views of the display screen that a user interfaces with 
during a history loading process in accordance with a preferred embodiment of the 
present invention which includes dispensing of drug samples. 

Figure 22 illustrates views of the display screen that a user interfaces with 
30 during a report process in accordance with a preferred embodiment of the present 
invention which includes dispensing of drug samples. 
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Figures 23 A and 23B illustrate views of the drug sample dispenser in 
accordance with the present invention. 

Figures 24A and 24B illustrate views of a computer chassis located within 
the dispenser illustrated in Figures 23A and 23B. 
5 Figure 25 illustrates a view of a computer mounted on the chassis located 

within the dispenser illustrated in Figures 23 A and 23B, 

Figures 26A and 26B illustrate views of a motion control system located 
within the dispenser illustrated in Figures 23 A and 23B. 

Figures 27 A-27D illustrate views of an embodiment of a bin located withii\ 
10 the dispenser illustrated in Figures 23A and 23B. 

Figure 28 illustrates a view of an introductory display screen that a user 
interfaces with to diq)ense a non-prescription drug in accordance with a preferred 
embodiment of the present invention. 

Figure 29 illustrates a view of a display screen showing in particular a drug 
15 category selection screen that a user interfiaces with to dispense a non-prescription 
drug in accordance with a preferred embodiment of the present invention. 

Figure 30 illustrates a view of a display screen showing in particular a drug 
availability screen that a user interfaces with to dispense a non-prescription drug in 
accordance with a preferred embodiment of the present invention. 
20 Figure 3 1 illustrates a view of a display screoi showing in particular a drug 

list screen that a user interfaces with to dispense a non-prescription drug in 
accordance with a preferred embodiment of the present invention. 

Figure 32 illustrates a view of a display screen showing in particular a user 
identification screen that a user interfaces with to dispense a non-prescription drug in 
25 accordance with a preferred embodiment of the present invention. 

Figure 33 illustrates a view of a display screen showing in particular a ready- 
to-dispense screen that a user interfaces with to dispense a non-prescription drug in 
accordance with a preferred embodiment of the present invention. 

Figure 34 illustrates a view of a display screen showing in particular an 
30 ending screen that a user interfaces v^th to dispense a non-prescription drug in 
accordance with a preferred embodiment of the present invention. 
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Figure 35 illustrates a detailed view of the preferred embodiment of the non- 
prescription drug dispenser in accordance with the present invention. v 

Figure 36 illustrates a view of an embodimrat of the helix trays of the non- 
prescription drug dispenser in accordance with the present invention. 
S Figure 3 7 illustrates a view of the details of an embodiment of a door 

installed in a preferred embodiment of the non-prescription drug dispenser in 
accordance with the present invention. 

DETAILED DESCRIPTION OF THE DnTVENTION 

The present invention relates to systems and methods for the remote 

10 dispensing of packaged and non-packaged medical products including the methods 
for controlling a drug dispensing system described in U.S. Patent Application No. 
09/058,524 filed i^ril 10, 1998, which is a continuation of PCT/US96/16758, filed 
October 18, 1996, which is a continuation-in-part of U.S. Patent Application No. 
08/642,484 filed on May 3, 1996, now U.S. Patent No. 5,797,5 1 5 which issued 

15 August 25, 1998, which is a continuation-in-part of U.S. Patent Application No. 
08/544,623 filed on October 18, 1995, now U.S. Patent No. 5,713,485 which issued 
February 3. 1998, the entire contents of the above patents and applications being 
incorporated herein by reference. 

The present invention provides safe pharmaceutical prescription dispensing 

20 directly by physicians, pharmacists, and other trained or licensed practitioners 
operating in small to medium size locations in a cost-effective manner. The 
dispensing locations can be remote fiom the location of a licensed practitioner such 
as, for example, a pharmacist. Prepackaged pharmaceuticals are stocked at nearby 
municipal service centers and distributed to the health care locations as needed. The 

25 inventory is continually and automatically monitored by a host computer at the 
location, and/or off-site on a central server. Inventory is ordered on a just-in-time 
basis by the computer. In this manner, prepackaged multiple-dose pharmaceuticals 
are available to practitioners at the health-care facility for immediate filling of 
patient prescriptions. 



SUBSTITUTE SHEET (RULE 26) 



wo 01/21131 



-10- 



PCTAJSOO/26170 



The present invention offers significant advantages to physician group 
practices. The system improves customer service and enhances the image of the 
group practice. Drug theft is prevented by securing the pharmaceuticals in a closed 
system on hand and inventojy is kept low. The system meets state pharmacy, safety, 
5 and regulatory conq)liance laws, whereas many manual dispensing systems do not. 
A pharmaceutical distributor can handle all inventory pljmning, fmancing, 
maintenance, and ordering with minimal interaction with group practitioners. 
Disruptive telephone calls to the physician bom pharmacists are minimized. 
Further, physicians can gain immediate access to a patient's pharmacy records 
1 0 currently unavailable to him. 

Managed care providers, for example, Health Maintenance Organizations 
and Pharmacy Benefits Managers also realize significant advantages fiom the 
present invention. The invention increases the likelihood that a patient will receive 
the required treatment, because the pharmacy is available at the doctor's office. 
15 Labor costs for in-house pharmacies are reduced, allowing staff reductions or 
reassignments. In-house drug dispensing can be extended to physician-staffed 
satellite clinics and other locations not suitable economically for conventional 
pharmacies. The system enables automated patient compliance enhancing programs, 
drug utilization analysis, and the use of other emerging pharmacy management 
20 opportunities to reduce costs and improve patient compliance and weUness. Drug 
costs are reduced by formulary control, thereby encouraging generic substitution of 
name brand drugs. Inventory is tracked automatically by the drug distributor 
headquarters, thus preserving professional time for patient care. 

The present invention also offers significant advantages to the patients. 
25 Drugs are provided immediately at the physician's office, avoiding an inconvenient 
trip to a pharmacy. This is particularly important to mobility-impaired patients and 
eliminates a major source of drug non-compliance. Electronic third-party payor 
cards such as smart cards can be used for drug purchases at the doctor's office. The 
patient can obtain prescription drugs at prices competitive with retail discounters. 
30 The physicians are able to track prescription compliance which can result in faster 
recovery. 
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The apparatus of a preferred embodiment of the invention will now be 
described. Figure 1 A is a diagram of an automated drug dispensing system in 
accordance with the present invention. The primary components of the system 
include a remote control dispenser (RCD) cabinet 20, a host computer 46, a modem 

5 52, a document printer 56, and a label printer 54. The cabinet 20 includes a rack 24 
comprising a plurality of bins, preferably in the shape of columns 34. Packages 32 
such as drug bottles, containing pharmaceuticals of various types are distributed 
among the columns 34, each column 34 containing a separate type of 
pharmaceutical, or multiple columns 34 containing the same pharmaceutical to help 

1 0 prevent stock outs on more frequently dispensed pharmaceuticals, A plurality of 
racks, for example, four racks 24 are enclosed in the cabinet 20 chamber, two in the 
main cabinet 20 and two on the doors 22. The doors are secured by locks 28. 

A licensed user, for example, a doctor, pharmacist, nurse, or other medical 
practitioner qualified to fill patient prescriptions, operates the system at the host 

15 computer 46, using a keyboard 50 and mouse 66 for input and receiving visual 
feedback at a monitor 48. In an alternative preferred embodiment, a touch screen 
can be used for input. Using the keyboard 50, a user enters a command to request 
dispensing of a particular packaged pharmaceutical variety 32 for a particular 
patient. The computer 46 transmits the request via an interface 70 to a controller 42 

20 located on the RCD cabinet 20. The controller 42 interprets the command sent 6com 
the computer 46 and enables a dispensing actuator 68 in the appropriate column 34. 
The lowest package 32 in the appropriate column 34 is released from the column 34 
and ejected onto a ramp 30. The released package 74 slides down the ramp 30 into 
an opening 26, where the released package 74 is made available to the dispensing 

25 party for transfer to the patient. A bar code reader 40, located near the dispensing 
opening 26, reads a code 98 on the dispensed packf^e 74 arid transmits the bar code 
information to the computer 46, which informs the user whether the code 98 on the 
dispensed package 74 matches that which was requested by the user. The bar code 
98 can be disposed on the side^ top, and/or bottom of the package 32. In an 

30 alternative embodiment, a semiconductor chip can be embedded in the dispensed 
package which, when passed through an RF field, charges a capacitor. When the 
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capacitor reaches an appropriate level, a weak RF signal is emitted. The signal can 
include approximately a 12 digit number. The semiconductor chip can also be used 
to uniquely identify a dispensed item. 

In an automated embodiment of the system, sensors 36 located on each 
5 column 34 monitor the dispensing process and notify the controller 42 of any 
package jams. The sensors 36 also monitor inventory of the columns 34 and notify 
the computer 46 through controller 42 that a particular column is empty or near 
empty. 

Alternatively, the prescription can be dispensed directly to the patient. A 
10 card reader 38, mounted directly on or near the cabinet, is adapted to receive a card 
39 from a patient. The card is programmed with patient information that is stored in 
an electronic memoiy on the card by a licensed practitioner. The patient inserts the 
card 39 in the card reader 38 and receives his medication automatically from the 
cabinet. The medication bottle 32 maybe filled with a single dose of medication for 
15 a particular patient, or can include weekly or monthly doses. This embodiment is 
especially usefiil in large institutions, such as prisons, where many individuals 
require medication on a regular basis. 

Upon validating the bar-code 98 or the unique electronic signature of the 
dispensed package 74, the computer generates a label 58 containing prescription 
20 information at a label printer 54 to be placed on tiie package, and generates a 
document 60 at a document printer 56 containing additional instructions for the 
patient or practitioner. A modem 52 enables periodic or continuous communication 
between the host computer 46 and other computers in the network so that a complete 
inventory and status of each remote control dispenser cabinet is available at all 
25 times. Several remote control dispenser cabinets 20 can be integrated into a single 
installation operated by a single computer 46. The cabinets 20 can each be 
individually connected to the host computer 46, or may be daisy-chained, with only 
one cabinet 20 in the chain connected to the host 46. 

The RCD controller 42 receives commands from and transmits status 
30 information to the host computer 46 via the controller interface 70. A request 

command sent from the host computer 46 identifies the pharmaceutical package 32 
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to be dispensed. In response, the RCD controller 42 activates the appropriate 
dispenser 68, thereby releasing a single package of the variety requested. A parallel 
or serial I/O interface 62 at the host computer 46 provides a sufficient 
communication channel. The simplest inter&ce is a unidirectional channel &om the 

5 host computer 46 to the controller 42. A fiill duplex implementation dlows the 
controller 42 to transfer status information back to the host 46. Status information 
may include errors such as package jams, empty columns, or other cabinet status. 
Availability of such information prevents inconsistencies in the database and 
provides the operator with recovery procedures. This would require adequate 

10 sensors 36 to be mounted in appropriate positions on the RCD cabinet 20. 

The bar-code reader 40 or an electronic digital signal reader can be mounted 
directly on the unit or can comprise a hand-held unit 41. It verifies proper loading of 
the RCD cabinet 20 and proper dispensing of each pharmaceutical package 32. 
Before a column 34 is loaded with packages 32, the column bar code label 76 is 

15 compared with the bar code label 98 of each package 32 inserted into the colunm 34. 
Each time a package 74 is dispensed from the cabinet 20, the package bar code label 
98 is scanned by the bar code reader 40 to verify that the correct pharmaceutical has 
been dispensed. The bar code reader 40 is interfaced to the host computer 46 
through a standard keyboard wedge 64. The wedge 64 makes the bar code reader 40 

20 input via the bar code interface 72 appears to be coming from the keyboard 50. Such 
an interface is a simple and reliable interface to the pharmacy software operating on 
the computer 46. The bar code reader 40 must be highly reliable and provide a high 
first read rate. Label printing on the pharmaceutical packages 32 must be of high 
quality to accommodate this. The electronic digital signal reader interfaces with a 

25 communications port (comm port), a network interface card (NIC), or is in direct 
conmiunication with the computer bus. During loading, the bottles are loaded into 
each column up to a certain height. The highest bottle in the column is positioned 
adjacent a bar coded column label 75 running along each column. Thus, the number 
of bottles in each column can be recorded at loading and tracked during use. 

30. The host computer 46 runs the phanmacy software, provides a user interface, 

and supports the RCD controller 42, bar code reader 40, printer, electronic digital . 



SUBSTITUTE SHEET (RULE 26) 



wo 01/21131 



-14- 



PCTAJSOO/26170 



signal reader, and.modem 52. A standard off-the-shelf personal computer and 
operating system are sufficient to meet these requirements. As described above, the 
keyboard 50 and mouse 66 receive input fiom the user and the monitor 48 provides 
visual feedback. The document printer 56 prints documentation 60 such as detailed 
5 instructions and a label printer 54 prints package labels 58, for example, prescription 
information 59 for adhettsnce to the dispensed package 74. Using a combination 
label stock form, a single printer can be used to provide both the patiait label and 
patient education material. The prescription label 58 riiay also include a printed 
picture of the pharmaceutical 57 contained on the bottle to provide additional safety. 
10 The modem 52 provides a communication link between the municipal 

service center (MSG) 106 and the remote control dispenser 108. Througji this link, 
inventory of each RCD cabinet 20 is automatically monitored and updated in tfie 
MSG 1 06 computer. The modem liric also serves as a medium to issue restock 
orders, update phamiacy software running on the host computer 46, and provide 
15 remote diagnostics. The modem can be compatible with standard telq)hone lines 
and can be capable of transferring data at sufficient rates. 

The pharmacy software operating on the host computer 46 is a standard 
commercial software package which provides standard administrative and 
accounting capabilities. The pharmacy software also supports the unique features of 
20 the remote control dispenser system. These include: dato communication with the 
RGD controller 42 via parallel or serial I/O interface 62; network interface card 
(NIC); data communication with the bar code reader 40 via keyboard wedge 64; data 
communication with the municipal service center via modem 52; printing of labels 
• 58 vkdth the label printer 54 and printing of documentation 60 with the document 
25 printer 56. 

The cabinet 20 and rack 24 are preferably fabricated from aluminum, 
stainless steel, or plastic to be fully compatible wito a clinical setting. The rack 34 
can be modified to provide for a diversity of packages including various box and 
bottle sizes, unit-of-usepackagirig, liquids, syringes, and various non-prescription 
30 products, for example, medical st^plies. 
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system can be utilized as a free-standing system, as a local network integrated with 
physician office computers, or as a centralized network in conjunction with product 
release at a remote location. 

Figure IB is a perspective illustration of a rack 110 of columns 1 12. Each 

5 column 112 includes a corresponding roller assembly 114, which is individually 
addressable by the controller to dispense a bottle 1 16 as shown. After dispensing, a 
pusher 1 18 pushes the disposed bottle forward into an off-center tilt tray 121 and 
returns to its original position. The tilt tray 121 rotates in the direction shown by 
arrow 123 for removal of the dispensed bottle by the operator. Either a return spring 

10 or gravity returns the tilt tray 121 to its closed position. Note that the tilt tray 121 
when opened by the operator prevents entry of the operator's hand or other objects 
into the rack area 1 1 0 to avoid pilferage. 

To load the columns 1 12, each rack 1 10 of columns slides out in the 
direction shown by arrow 124. Bach rack preferably includes a key lock at the top 

15 with a keying mechanism which retains the key until the rack is returned to its 

position, preventing loss of the key. After the columns are filled, the rack is returned 
to its normal position and the key is removed. 

Figure IC is a perspective illustration of an alternative embodiment of the 
present invention. In this embodiment, drawers 120 of helix dispensers 122 are 

20 contained in a cabinet 124. The helix dispensers 122, when activated, rotate in a 
single direction. As the helix 122 rotates, any pharmaceutical packages disposed on 
the helix are pushed forward toward the front of the cabmet 124. One full rotation 
of the helix 1 22 will cause the outermost package to be released, causing the 
package to fall into the bin 126. After the package drops into the bin 126, ah 

25 operator slides open the bin 126 and removes the package. While the bin is open, a 
door blocks the opening between the bin 126 and the dispensing area to prevent 
pilferage. The helix-dispensing unit described above is particularly suitable for 
packages of various non-standard sizes, for example boxes, bags, and kits. Larger- 
sized helixes 122 may be used for smaller packages. The helixes 122 are each 

30 individually driven by a stepper motor located in the rear of each tray. 
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door blocks the opening between the binl 26 and the dispensing area to prevent 
pilferage. Hie helix-dispensing unit described above is particularly suitable for 
packages of various non-standard sizes, for example boxes, bags, and kits. Larger- 
sized helixes 122 may be used for smaUer packages. The helixes 122 are each 
5 individually driven by a stepper motor located in the rear of each tray. 

Figure ID is a remote control dispenser embodiment well-suited for use in a 
doctor's office or in a small clinic. THe top unit 130 includes a column dispenser as 
shown in Figure IB. The bottom unit 132 includes a helix dispenser as shown in 
Figure IC. Thiscombmationof dispensers covers a range of package styles for 
10 contiolled-substances. tool kits, and bandages for a typical clinic. 

Figure 2 is a flow diagram representing the processes performed by the 
pharmacy technician at an RCD and a registered phannacist at the RPH workstation 
in accordance with the present invention. Initially, a patient presents a prescription 
to a technician at an RCD unit 270. The technician detennmes whether the drug is 
15 stocked in the RCD unit 271. If the pharmaceutical is not stocked, then the 
technician decides whether to electronically transfer via facsimile, email, or 
otherwise, the prescription to an affiliate 272. If the prescription is transferred to the 
affiliated pharmacy. 273. the patient may travel to that phaimacy to receive the 
pharmaceutical. Otherwise, the prescription is returned to the patient 274 to be filled 
20 at another RCD unit or .by aiiother pharmacist of the patient's choosing. 

If the drug is stocked at the RCD unit, then patient data is retiieved 275, the 
drug is selected 276, the prescription signa is selected 277 and additional scripts may 
be entered 278. Following this, the identification number of the prescriber is entered 
279 and all data is transmitted to the RPH workstation 280. At Uie RPH 
25 workstation, the phannacist verifies the prescription 281 and performs a drug 
utilization review 282. If issues arise during the review, the pharmacist is 
immediately made aware of the conflict and given an opportunity to review and. if 
appropriate, override 283 the contra-mdications 284. Ifthe pharmacist decides at 
this point to discontinue the dispensing 285, the process is aborted 294. Ifthe 
30 phannacist decides to continue the dispensing anyway 284 or there were no contra- 
indications 283 in the first place, then claim adjudication is performed 286. During 
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adjudication 286, a patient's insurance infonnation is automatically verified to 
determine whether the insurer will pay for the prescription, and if so, if any co- 
payment is required from the patient. If a negative response is received 287, drug 
dispensing is aborted 291 . Otherwise, the drug is dispensed and verified with a bar 

S code reader 288. If an improper drug was dispensed, the technician is notified to 
abort the process as a system failure has occurred 292. Upon system failure 
electronic notification is performed. Distribution headquarters or a regional 
dispensing location or agent can be notified by the RCD system of an incorrect 
dispense is shown. Electronic notification can take the form of a fax, email, file 

10 transfer, pager notification, or any other electronic transfer protocol. If verification 
is positive, a label is printed and affixed to the bottle 290. The technician then must 
scan an additional bar code that is created at the time of the printing. This bar code 
is located on the patient label now aflBxed to the dispensed item. If verification of 
this last bar code is positive, the prescription is dispensed to the patient by the 

15 technician 293. 

Referring to Figure 3, the drug dispensing system 3 1 0 of the present 
invention includes computers attached to a computer network system, for example, 
the Internet 320. Three of the systems are RCD workstations 322 which control the 
RCD hardware or dispensers 324. A computer system, represented by the laptop 

20 graphic, is the "Controlling Pharmacist'' computer 326. Another compute 328 is a 
server running typical website type software. 

The operating system of the workstations 322 is preferably a Windows based 
system, for example, Windows NT systems with access to the Internet via a modem 
or via a connection to a Local Area Network (LAN), which has access to the 

25 Internet. Each workstation 322 uses a browser (for example, Microsoft Internet 
Explorer) to interact with the server 328. The interaction entails getting patient 
infonnation entered, drug infonnation, etc. Instead of a local executable, the 
Internet arid a browser are used. The s^er 328 sends permission to each 
workstation 322 via the browser. The permission protocol is discussed in fiirther 

30 details hereinafter. 
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In a particular embodiment, the server 328 runs Microsoft NT, Microsoft . 
Intemet Infonnation Server (IIS) 4.0, ColdFusion™ and is connected to the Xntemet 
320 via a static Intemet Protocol (IP) address. A static or dynamic P or a unique 
domain name can be used. 
5 The server 328 contains and maintains all the information necessary to 

dispense a drug. It effectively functions as a "mainframe." 

Once the dispense is appropriate that is there are no drug issues, and the 
patient can pay for the medication, the server 328 passes to the client browser the 
necessary codes to cause the RCD 324 to dispense the drug requested. 
10 The pharmacy controller 326 is shown as a laptop to indicate pictorially that 

there is no attached hardware RCD's, etc. This system also requires access to the 
Intemet 320 via a modem or LAN, and uses a browser to interact with the server 328 
and the workstations 322. 

The drug dispensing method of the present invention is predicated on the fact 
1 5 that most everybody has access to the Internet 320. When one logs onto the Intemet 
320 one gets an IP address, which uniquely identifies a user. Access to the Intemet 
can be through an existing connection LAN, or using a Microsoft utility for example, 
dial-up networking. The workstation 322 using a bookmark, or Intemet Explorer 
Favorites, or entering the domain name or IP address, connects to the server 328. 
20 The server 328, for example, WebPirecfRx.com has a password gate to control 
access and to establish which databases the workstation 322 has access to. This 
reduces any confusion regarding the inventory and dispense queues of networks, for 
example, in Utah, and Florida. The workstation 322 gets access from its user ID and 
password, plus a cookie that uniquely identifies the installation, to the correct 
25 databases. Examples are the inventory database, patient database, transaction 
database, and the dispense queue database. 

The workstation 322 types into WebDirectRx.com the demographics of a , 
new patient, or selects an existing patient. Another preferred embodiment has a host 
pharmacy or hospital network share access to patient records within its own nodes, 
30 or dispense sites. The workstation 322 selects and enters the Rx infonnation. Rx 
Information is the data needed to process a drug Rx. It includes at least an accoimt 
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number, Rx#, Rx date, patient name, prescriber name, SIG, dosage, and insurance 
information. This information is placed into a queue database that is accessible for 
read only by the workstation 322. The Rx information is then available to a 
pharmacy controller account, who has READ/WRITE access to the queue. The 
5 pharmacy controller 326 uses a browser, and has gone through a password gate. The 
queue available to the pharmacy controller 326 is based upon the user ID entered to 
keep the different dispensing networks from sharing or intercepting data not 
pertinent unto itself. 

The pharmacy controller 326 reviews the Rx information in the queue, 

10 processes the information through a Drug Utilization Review (DUR) Process, and 
performs adjudication as needed. Once these services are completed the pharmacy 
controller 326 places into a dispense queue the Rx information for the sending 
workstation 322. The sending workstation 322 in turn, sees it has an item in its 
queue, and dispenses that item using one of the methods to dispense a drug from 

1 5 hardware using the network as will be discussed later. 

In a particular embodiment, the actual signal sent to the RCD 324 is triggered 
by the pharmacy controller 326, assuming the RCD is in a ready state to receive such 
a signal. Some states require the signal to be controlled by the pharmacy controller 
326, versus the caregiver in front of the dispenser. The pharmacy controller can 

20 control quite a large network of workstations 322. 

Figures 4A-4C schematically illustrates a host pharmacy system in city 1 
connected to a remote dispensing system 340 in city 2 and city 3. The dispensing 
systems 340 are connected to a host interface controller 342 which acts as a gateway 
and passes control to the host phartnacy workstation 344. The information required 

25 to process a medication prescription for example, patient information, patient 
allergies, disease, and medication profile, is sent by the dispense intoface central 
processing unit (CPU) 340 to the host mterface CPU 342. The infonnation is 
processed by the host pharmacy server 346 then is sent to a pharmacy label printer 
348 which in turn prints out a pharaiacy label for the requested medication. The 

30 pharmacist at the host pharmacy workstation 344 is sent the physician's prescription 
or a copy thereof The physicians prescription can be in a variety of fonns for 
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example, a physician's called in instructions, an electronic version, a scanned in 
version from a scanner co-located with the remote dispensing RCD system 324. The 
pharmacist interprets the physician's prescription instructions against the label 
printed out by the printer 348. If acceptable, the pharmacist redirects the label to the 
5 host interfece CPU 342 which now effectively acts as a network printer. The host 
interface CPU 342 parses the output based on a set of mstructions and extracts out 
the prescription infonnation, for example, the patients name, the name of the drug, 
SIGNA etc. The host interface CPU 342 then sends a signal, or dispense 
infonnation, to the dispense interface CPU 340 in either city 2 or city 3 via the 
10 Internet 320. Upon receiving the signal, the dispense interface CPU 340 dispenses 
the appropriate medication from the RCD 324. In the alternative, the dispense 
interface reconstructs the information and presents it for dispensing from the RCD 
324 by the co-located caregiver. As described previously with the dispense interfece 
CPU 340 with respect to Figure 2, the dispensed drug's bar code is scanned along 
1 5 with the printed label and provided to an end user. 

Figures 5A-5C schematically illustrate the sequence followed to transfer 
information between a host pharmacy system in one city and remote dispensing 
systems in a different city. As illustrated in Figure 5 A, a connection is first 
established between the host pharmacy system and a remote dispensing system using 
20 a remote access engine 350. Each location publishes the dynamically assigned IP 
address to an Internet website 352. 

As illustrated in Figure 5B, the dispense system in city 3 queries the fctemet 
website 352 for the dynamically assigned IP address of the host pharmacy system. 
The dispense system then begins remote control 354 of the host pharmacy system to 
25 create a medication prescription. 

As illustrated in Figure 50, the host pharmacy system queries the Internet 
website 352 for the dynamically assigned IP address of the dispense system using a 
data socket 356. The host pharmacy system then sends the medication prescription 
release information to the dispense system using the IP address given by the Internet 
30 website 352. 
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Figures 6 A and 6B are flow charts illustrating the process to dispense 
medications using a remote controlled dispense system. The prescriber, for 
example, a physician creates a prescription on paper or via electronic means per step 
360. The prescription is then given to the patient or electronically delivered to a 

5 technician who is co-located at a dispense interface CPU 340 per step 362. If the 
prescription was given to a patient, the patient carries the Rx to a dispense interface 
CPU 340 location per step 364. The prescription is presented to the technician in 
step 366. The technician then faxes, or forwards the electronically generated 
prescription to a host phannacy location per step 368. The technician uses the 

1 0 Internet 320 to connect to the host interface CPU 342 per step 370. 

The host interface CPU 342 also connects to the Internet 320 per step 372. 
The technician enters patient demographics and prescription information in a host 
phannacy software over a link per step 374. A drug utilization review (DUR) 
process is then conducted by the pharmacist per step 376. This is followed by an 

15 adjudication process per step 378 if required. A prescription (Rx) label is printed in 
the host phannacy software on the phannacy label printer 348 per step 380. The 
host pharmacy then interprets the jfaxed or electronically generated prescription with 
the output from the phannacy label printer per step 382. The host phannacy then 
sends the prescription infonnation to the host interface CPU 342 per step 384. The 

20 host interface CPU 342 sends the prescription information to the dispense interface 
CPU 340 via the Internet 320 per step 386. The prescription is then placed into a 
queue for the technician who is co-located with the dispense interface CPU 340 per 
step 388. The technician then selects the prescription to be dispensed per step 390. 
The technician enters their unique user ID per step 392. Upon being queried for a 

25 password, per step 394, the technician enters a valid password. If the password is 
accepted the item is dispensed from the RCD 324 per step 396. The item's barcode 
is read to check if the correct item has been dispensed per step 398. If the barcode is 
accurate, as decided per step 400, a label contaufiing the monograph and patient 
material is printed per step 402. The patient label bar code is then read for accuracy 

30 per step 404. A counsel request is made to the patient per step 406. If a counsel is 
requfred per step 408, then a telephiarmacy connection is made between the dispense 
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location 340 and the host pharmacy location per step 410. Once the patient is 
counseled per step 412 the dispensing procedure is completed. If .however, it is 
decided in step 408 that a counsel is not required then the procedure for dispensing 
the medication is completed then. 
5 Figure 7 illustrates a particular embodiment of a r«note control dispenser 

324 having an integrated touch soeen 420 and a print module 422. This 
embodiment does away with the need for a workstation co-located with an RCD 
324. 

Figures 8A and 8B illustrate a particular embodiment of the remote control 
10 dispense system which reUes on a web server such as an Intemet server 430 as 

illustrated in Figure 8A, or a customized web server 432 as illustrated in Figure 8B. 
A browser 434 is used to control the di^ensing of flie medication or package fiiom 
the RCD 324. The Intemet server 430 and the web server 432 effectively fonction as 

the host interface CPU 342. 
15 The drug dispensing method in accordance wife the present invention 

includes at least one of the following different methods to dispense a drug fix>m 
hardware such as the RCD 324 using a computer network such as the Intemet. A 
first method includes having the web browser which causes a local executable to 
launch which communicates with the communications port (COMM PORT) ofa 
20 workstation 340 and thereby the electronics in the RCD 324. This activates 
automatically in an unattended fashion, effectively like a batch file running. 

A second method to dispense a drug from the RCD 324 using the Intemet 
includes direct communications between the browser and the COMM PORT. An 
ADD-ON element is built for the browsa- that is downloaded each time a dispense 
25 signal is to occur, or only once (the first time) and it is called when needed. 

A third method to dispense a dmg from the RCD 324 hardware using the 
Intemet is via a customized software application such as, for example, a JAVA 
APPLET downloaded as part of the permission to dispense. The applet activates the 
COMM PORT and causes the dispense cycle. 
30 Another method to dispense a drug is to have a local executable which is 

"Web Enabled" by having built into it a hypertext transfer protocol (http) or file 
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transfer protocol (ftp) service which fiequently scans a table on the server 328 for 
the needed podes to dispense an item. 

Another method to di^hse a drug includes PCAnywhere. Bofh systems are 
connected to the Internet, one runs pcAnywhere HOST, the other pcAnywhere 
5 REMOTE. The remote, via the Internet 320, controls a local executable - the 

dispense software - just by mtering the host IP address, or searches a sub-net for any 
connected system running HOST. The dispense protocol remains the same as 
described herein before. 

It should be noted that the software the technician interacts with can exist on 

10 an attached and co-located external computer configuration, or as an integrated 
computer using Touchscreen components built directly into the RCD, 

Referring to Figure 9A, in this embodiment of the dispensing system an 
existing host pharmacy software system 470 with a co-located interface application 
server 476, and a remotely installed dispense location interact to provide 

1 5 pharmaceutical dispensing across a wide geographic region. This preferred 

embodiment uses the Internet 482 to communicate Rx dispense inforaiation. The 
host pharmacy software system 470, via the interface jqjplication server 476, sends 
Rx dispense information onto the dispense location workstation 486. At the 
dispense location workstation 486 the local user, for example, a technician, is 

20 presented with a queue of processed prescriptions received fix)m the host pharmacy 
software system 470. 

The dispense location workstation 486 contains local executable program(s) 
that manage the connection to the internet 482, internet data socket communications, 
data acceptance, inventory management, and visually prepares the Rx information 

25 received from the interface explication server 476 in an easy to read queue for the 
local caregiver, typically a technician. In addition the dispense location workstation 
486 communicates with the co-located Remote Control Dispenser(RCD) 490 to 
dispense packaged pharmaceuticals, a printer 472, such as a laser jet or color jet 
printer to provide patient and record keeping materials, as well as, a barcode scanna* 

30 for doing quality checks during a dispense. The dispense location needs access to a 
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telephone system to get a "dial tone", or a LAN based Ihtemet connection, in order 
to receive and send communications. 

The host pharmacy software 470 is maintained or run at the pharmacy 
control location. Typically these are small networks of pharmacy workstations 
5 where a retail or hospital pharmacy team interacts with insurers computers to create 
the order that leads to the filling of a drug to be handed to the patimt. 

The interface application server 476 is a computer that is co-located with the 
hbst pharmacy software system 470. It is used to collect information (the Rx data) 
for a dispense fi*om the host pharmacy system and then forwards that information to 

1 0 the dispense location workstation 486 via the fotemet 482. 

Referring to Figures 9B and 9C, a typical workflow of the embodimait 
illustrated in Figure 9A includes the following sequence of steps. An Rx is 
generated by a Physician or caregiver using a paperless method such as a PDA or 
TouchScreoi or by usual methods using pen and paper, fax and scaxmers in step 504. 

1 5 The Rx information typically contains the patient name, prescriber name and Drug 
Enforcement Agency identifiers, instructions for the administration of the drug, drug 
name, and quantity to be given to the patient. The Rx is transmitted to different 
locations per step 506, for example, if the Rx is transmitted to a pharmacy control 
location via fax or an electronic means, the authorized dispenser, typically a 

20 pharmacist, interprets the transmitted information. Alternatively, if the Rx is 
transmitted to a dispense location electronically or physically delivered, a user, 
typically a technician can take authorized actioa 

Once entered into the host pharmacy system per step 516, the Rx is 
manipulated into the host pharmacy software system per step 518 either by an 

25 authorized dispenser interpreting the Rx information transmitted directly to his/her 
location and then manually or.through an electronic interface transfers the Rx 
information into the host pharmacy software, or the technician has an option to 
transmit the information to the authorized dispenser, pharmacist, for the pharmacist 
to manipulate as described hereinbefore or to remotely connect to the host pharmacy 

30 software via a variety of interfaces to transfer the Rx information into the host 
pharmacy software system either manually or via an electronic interface. The 
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coimection interfaces can be, but are not limited to, Symantec pcAnywhere directly, 
Symantec pcAnywhere via the Internet, or by a co-located WAN connection 
provided with the host pharmacy software. 

Once the information is transcribed or transferred into the host pharmacy 

S software system a number of typical processes are applied to the Rx information. 
The processes can be a Drug Utilization Review; which entails scanning the drug to 
be dispensed against die patient profile contained within the host pharmacy software 
system to determine if any pharmaceutical contra-indications for dispensing exist. 
An example of a DUR can be a drug-to-drug interaction test, or a patient drug 

10 allergy test. A second typical process is an Adjudication process whereby the host 
pharmacy Software system communicates with a pharmacy benefit management 
computer to determine the patients* insurance coverage and payment amounts, if 
any. 

The Rx information, having been processed by the host phannacy software 
15 system can generally then be determined to be a valid Rx; which can be processed by 
the pharmacist. 

In a retail setting, the pharmacist then triggers patient drug labeling to be produced 
by the host pharmacy software system and takes a large bottle of medications fi"om 
the shelf and counts and places into a smaller bottle, typically called a vial, the 

20 number of tablets, caplets, or milliliter *s called for by the physician. The pharmacist 
then applies labeling and hands the drug to the patient. When the dispense is 
processed in conjunction with the remote dispensing system, the pharmacist or 
authorized dispoiser triggers a patient drug label to be produced by the host 
phannacy software system, however, instead of the label being processed by a co- 

25 located printer (laser jet or dot matrix) the output is directed to the interface 

application server. The interface application server accepts the Rx information as a 
printer stream per step 520, or through a direct electronic interface to the host 
pharmacy software system network constructs. 

Per step 522. an application, such as, for example. Parse Engine, parses the 

30 output received by the host pharmacy software system into discreet data elements. 
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Once the parsing is completed, the data is then encrypted and is uniquely identified 
for transmission to the dispense location woikstation via the Internet. 

The information is received by the dispense location workstation, deciypted 
and is placed into a work in process queue that is accessed by local executable 

S programs run by the technician per stq> 508. 

The technician at the dispense location selects the Rx-Drug-Patient to be 
dispensed fiom a list of one or more possible to be displayed per step 510. The 
selections are shown as mouse selectable lines. Each line represents a different RX- 
Drug-Patient to be processed by the technician. 

1 0 Upon selecting the Rx-Drug-Patient to dispense the technician at the 

dispense location is queried if this is in fact the RX-Drug-Patient per step 524. If the 
answer to the query is no, the technician is retumed to the entire queue list as 
described above per step 512. If the answer to the query is in the affirmative, the 
local executable program resident on the dispense location workstation examines a 

15 local inventory file that contains data specific to the drug requested to be dispensed 
per step 526. The drug contains a profile which includes but is not limited to current 
stock level, suggested restock levels, and coordinate position within a single or 
plurahtyofRCD's. 

The RCD receives a technician coordinate type communication fi'om the 

20 locally resident executable. The X, Y coordinate represents a location within a single 
or plurality of RCD's where the requested pharmaceutical is stored for dispensing. 
The X,Y coordinate is determined by examining an inventory profile of the drug to 
be dispensed. Upon receiving the dispense signal firom the dispense location 
workstation the RCD presents a drug to the technician per step 528. 

25 As a result of the dispense occurring, the technician is presented with an 

additional screen which requires the input of barcode data embedded onto the label 
of the dispensed drug. A bar code reader co-located at the Dispense Location is used 
to read the barcode of the item disposed fi^om the RCD per step 530. The 
technician reads the barcode into the screen to be examined by the resident 

30 dispensing software. 
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The baicode of the item dispensed is read into the resident dispensing 
software and is compared with the value of the barcode expected from the drug 
inventory profile. If the values match per step 532 what the resident dispensing 
software is expecting, a patient education monograph, patient labeling, graphic 
5 representation of the drug expected, and picture of drug expected are generated per 
step 536 and delivered to the co-located printer. If the values do not match what the 
resident dispensing software is expecting, the user has three attempts with which to 
scan or enter the expected values per step 534. If three fiailed attempts are made, the 
transaction is terminated with warnings sent to appropriate parties like the 
10 authorized dispenser, technician, system operator, and pharmacy consultant via 

pager and email. Appropriate drug disposal and storage is maintained via training of 
the technician and an additional lock storage box within the RCD. 

The technician at the dispense location is presented with one additional 
barcode on the patient label that is to be affixed to the item dispensed. The 
15 technician is required to perform one more bar code read by scanning the patient 
label after it is affixed to the item dispensed per step 538, The barcode of the item 
dispensed is read into the resident dispensing software and is compared with the a 
value of the barcode expected, the Rx number. If the values do not match what is 
expected, then the user has three attempts to scan the correct label before an error 
20 condition is reported per step 542. If the values do match per step 540, then the 
dispense is complete and the local technician is returned to the view of the queue 
show work in process, if any. 

If the patient, who has been remotely administered medications has any 
questions an authorized pharmacist is available for consultation using a variety of 
25 telepharmacy systems, including, but not limited to, a telephone system audio visual 
connection 488, a networked audio visual connection, and an internet connected 
audio visual connection. 

Referring to Figure 1 OA, in another preferred embodiment of the present 
invention an existing host pharmacy software system 560 with a co-located interface 
30 application server 566, and a designed web server 574 work in-conjunction to 
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provide a third location, the dispense location, with prescription information enou^ 
to identify and then dispense a pharmaceutical. 

The dispense location uses a web browser, such as, for example, Microsoft 
Internet Explorer 5.0, instead of a locally installed executable. The web browser 
then interacts with data on a Web Server 574. The web server 574 gets its data from 
the interface application server 566 which is co-located with a customers Pharmacy 
software system 560. 

The dispense location is where the RCD cabinet 582 is located, along with a 
personal computer 580, a printer 562 such as a laser jet printer, and a bar code 
scanner. This site has connectivity through a network or telephone system to the 
internet 576. 

The pharmacy control location is where the host pharmacy software is 
maintained or run. Typically these are small networks of pharmacy workstations 
where a retail or hospital pharmacy team interacts with insurers computers to create 
the order that leads to the filling of a drug to be handed to the patient. The 
wholesalers have discovered a method to keep distribution by supplying retail outlets 
with pharmacy software that automatically places reorders with the wholesalers 
computers based upon use and an inventory threshold stockout level. An example of 
pharmacy software that can be used, but is not limited to, with the present invention 
is McKesson HBOC fhzrmzsen/e software. 

The interface application server 566 is a computer that is co-located with the 
pharmacy software system 560. It is used to collect information such as, for 
example, the Rx data for a dispense from the host pharmacy system and then 
forwards that information to the web sender 574 in accordance with the present 
invention. The web server 574, runs ColdFusion™ with a Structured Query 
Language (SQL) 6.5+ database. The web server stores data sent to it, and displays 
that data in an easy to understand point and click format. The web server 574 is 
connected to the internet 576 at a static IP address using a Universal Resource 
Locator (URL) such as, for example, StarNetLite.COM. The web server 574 
handles secure transmission of the data as well as the segmentation of data based 
upon a user login id/profile. 
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Refemng to Figures lOB-lOD, a typical workflow, illustrated as a flow chart, 
includes the following sequence of steps. Per step 604, an Rx is generated by a 
physician or caregiver using a pq>erless method such as a personal data 
assistant(PDA), such as, for example, a pabn pilot, or Touchscreen or by usual 
5 metfiods using pen and paper, fax and scanners. The Rx information typically ' 
contains the patient name, prescriber name and Drug Enforcement Agency 
identifiers, instructions for the administration of the drug, drug name, and quantity to 
be given to the patient. Per step 606, the Rx can be transmitted to different 
locations. For example, if the Rx is transmitted to the web server 574 directly, then 
10 the image or Rx data is stored to an appropriate table on the web server for retrieval 
by a user authorized to dispense medications, typically a pharmacist. In the 
alternative, if the Rx is transmitted to a pharmacy control location via fax or other 
electronic means, the authorized dispenser, typically a pharmacist, interprets the 
transmitted information. If the Rx is transmitted to a dispense location electronically 
15 or is physically delivered, a user, typically a technician can take the authorized 
action upon the Rx. 

Once the Rx is entered into the host pharmacy system per step 610, the Rx is 
manipulated into the host pharmacy software per step 612 using different methods. 
For example, an authorized dispenser reviews the web server 574 captured Rx 
20 information in a browser, and then, transfers that Rx information manually or 
through an electronic interface into the host pharmacy software. Alternatively, an 
authorized dispenser interprets the Rx information transmitted directly to his/her 
location and then manually or through an electronic interface transfers the Rx 
information into the host pharmacy software. The technician has an option, to either 
25 transmit the infortnation to the authorized dispenser, phannacist, for the pharmacist 
to manipulate as described hereinbefore, or to remotely connect to the host pharmacy 
software via a variety of interfaces to transfer the Rx information uito the host 
phannacy software system eith^ manually or via an electronic interface. The 
connection interfaces can be, but are not limited to, Symantec pcAnwhere directly, 
30 Symantec pcAnywhere via the Intemet, and by a co-located wide area network 
(WAN) connection provided with the host pharmacy software. 
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Once the information is transcribed or transferred into the host pharmacy 
software system, a number of typical processes are applied to the Rx information. 
The processes can be, for example, a Drug Utilization Review (DUR) which entails 
scanning the drug to be dispensed against the patient profile contained within the 
5 host pharmacy software system to determine if any pharmaceutical contra- 
indications for dispensing exist. An example of a DUR can be a drug-to-drug 
Interaction test, or a patient drug allergy test. A second typical process is an 
Adjudication process whereby the host phannacy Software system communicates 
with a pharmacy benefit management computer to determine the patients insurance 
1 0 coverage and payment amounts, if any. 

The Rx information, having been processed by the host pharmacy software 
system can generally then be detennined to be a valid Rx; which can be processed by 
the pharmacist. In a retail setting, the pharmacist then triggers patient drug labeling 
to be produced by the host pharmacy software system and takes a large bottle of 
15 medications fiom the shelf and counts and places into a smaller bottle, typically 

called a vial, the number of tablets, caplets, or milliliter's called for by the physician. 
The pharmacist then applies labeling and hands the drug to the patient. When the 
dispense is processed in conjunction with (he web server, the pharmacist or 
authorized dispenser triggers a patient drug label to be produced by the host 
20 phannacy software system, however, instead of the label being processed by a co- 
located printer (for example, a laser jet or dot matrix printer) the output is directed to 
the interface application server. 

The interface application server accepts the Rx information as a printer 
stream per step 614, or through a direct electronic interface to the host pharmacy 
25 software system network constructs. An application, such as, for example. Parse 
Engine, parses the output received by the host pharmacy software system into 
discreet data elements per step 616. The parse engine, having completed parsing the 
data, then encrypts the data and uniquely identifies the data for transmission to the 
web server 574 via a network or dial-up Internet connection per step 616, 
30 The information is received by the web server and placed into a work in 

process dispense queue/SQL database with flags identifying the dispense 
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infoimation as '1)elonging" to a particular dispense location per step 624. This is a 



The dispense locations then have access to the data in the work in process 
5 table presented as an HTML document (web page). Only data designated as 
belonging to a dispense location is available to a dispense location. 

The technician at the dispense location selects the Rx-Drug-Patient to be 



dispense location is shown a dispense detail Page. The dispense detail page presents 
to the technician additional information about the Rx, not practically visible above. 
The technician has a choice of deleting the Rx-Drug-Patient selection, or the **GO 
BACK" to earlier step and select another, or to dispense the drug from the co- 
. 15 located Remote Control Dispenser (RCD)582. The Rx-Drug-Patient selection delete 
causes an early termination event which is communicated to the pharmacist via an 
email as an option, and is captured to the correct early termination database for 
review later or in real-time by the pharmacist or authorized dispenser. The *'GO 
BACK" step prompts the technician to return to the previous list of available 

20 dispenses in the work in process table represented by displaying them as a queue on 
a web page. The selection to dispense the drug from the co-located RCD continues 
the process by requesting final dispense authority from the web server. 

Final dispense authority is received from the web server in the form of a 
single web page, HTML document, that expires quickly so that repeat requests for 

25 the same drug can not be made by reversing the browser using its imbedded back 
button. The web server 574 completes one more check to determine if the drug 
requested is still in the local RCD inventory and the location of the drug within the 
RCD per step 632. Each RCD contains an Identifier, for example, from 0 to 9(10 
total) and from 00-27, or 00-59 columns, depending upon the configuration. As 

30 part of the final dispense authorization the web server returns the exact position of 
the drug desired within a single or plurality of RCD's. The user clicks a button or 



method designed to permit many simultaneous dispense locations to use the same 
SQL database. 



10 



dispensed from a list of one or more possibilities to be displayed per steps 640, 642. 
The selections are shown as HTTP 'Tiyperlinks". 

Upon selecting the Rx-Drug-Patient to dispehse, the technician at the 
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link and a series of different options can occur. For example, a JAVA APPLET 
communicates with the RCD passing the RCD the data culled from the web server. 
In the alternative, a browser ADD-IN communicates with the RCD passing the RCD 
the data culled from the web servo:. In another embodiment, a local one-time use 

5 executable is downloaded that communicates with the RCD passing the RCD data 
culled from the web server. Alternatively, a local executable is launched which 
passes tiie needed variables and communicates with the RCD 582 passing the RCD 
data culled from the web server 574. In yet another embodiment, an alpha numeric 
page is sent to an integrated pager reception unit placed within the RCD, which 

10 passes the needed variables and communicates with the RCD passing the RCD data 
culled from the web server. 

As a result of the dispense occurring, the technician is presented with an 
additional web page which requires the input of barcode data embedded onto the 
label of the dispensed drug. A bar code reader co-located at the dispense location is 

15 used to read the barcode of the item dispensed from the RCD per step 652. The 
technician reads the barcode into the browser and clicks a test hyperlink, or in some 
instances the bar code reader can interact with the browser directly and select the test 
hyperlink directly. 

The barcode of the item dispensed is read into the browser and is compared 
20 with the value of the barcode expected. If the values match what the web server 574 
is expecting, a patient education monograph, patient labeling, graphic representation 
of the drug expected, and picture of drug expected are generated and delivered to the 
technicians' browser for subsequent printing to a co-located printer per step 658. 
However, if the values do not match what the web server is expecting, the user has 
25 three attempts with which to scan or enter the expected values per step 674. If three 
failed attempts are made, the transaction is terminated with warnings sent to 
appropriate parties like the authorized dispenser, technician, system operator, and 
pharmacy consultant via pager and email. Appropriate drug disposal and storage is 
maintained via training of the technician and an additional lock storage box within 
30 the RCD. 
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The technician at the dispense location is presented with one additional 
barcode on the patient label that is to be affixed to the item dispenses. The 
technician is required to perform one more bar code read by scanning the patient 
label after it is affixed to the item dispensed per step 664. The barcode of the item 

5 dispensed is read into the browser and is compared with the a value of the barcode 
expected, the Rx number. If the values do not match what is expected, then the user 
has three attempts to scan the correct label before an error condition is reported per 
step 672. If the values do match per step 668, then the dispense is complete and the 
local technician is returned to the view of the queue show work iii process, if any. 

10 Referring to Figure 1 1 A, in this embodiment of a dispense system the 

majority of the features and functions use a web server 706 on the Internet 708. 
Thus, no longer does a local EXE (executable program) reside on the computer at 
the dispense location (where the RCD 714 is co-located to dispense drugs). Instead 
the dispense location CPU 710 uses an Intemet browser 712 to interact with the web 

15 server 706 to access patient information, drug selection, inventory control, and 
dispense permission. 

Referring to Figures 1 lB-1 ID, a flow chart of a typical workflow of the 
referred embodiment shown in Figure 1 1 A includes the following sequence of steps. 
An Rx is generated by a physician using a paperless method such as a personal data 

20 assistant(PDA), or by usual methods using pen and paper per step 724. 

The Rx is transmitted to a pharmacy control location per step 726 whether by 
an electronic means for a PDA device, or fax for pen and paper method. 

The pharmacy control location's pharmacists (Rph) or designated phannacy 
technician, is logged onto the Intemet, or logs onto the Intemet using a local Intemet 

25 Service Provider (KP) per step 728. This device can be a PDA , a laptop, a cell 
phone with browser ability, or even a typical personal computer. Any device that is 
compatible with, but not limited to, HTML or XHTML or similar emerging 
protocol, can be used. 

Using a device, for example, a laptop computer, the RPh or technician enters 

30 a URL (web address) such as, for example, WebDirectRx.com or gets this URL 
fi*om her favorites List on the browser per step 730. 
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The RPh then enters her user id and password per step 732. This user name 
and password carries with it a profile. This profile then permits different 
functionality on the web server 706 available to the person logging in. A RPh gets a 
ftinctionality not available to others; like Rx generation, and the ability to see 
5 multiple dispensing queues across the network of dispensers. 

If the patient is new, the RPh needs to enter patient demographics, insurance 
information, allergies, disease states, drug profile, et al., before beginning to 
generate an Rx per step 734. 

The RPh then generates the Rx per step 736 by selecting the patient, drug, 
10 prescriber, SIG, tity, refills, ICD-9 (a disease code if known), etc. 

The generated Rx is then run throu^ a process called DUR (Drug 
UtiUzation Review) per step 746 to examine the drug for contra-indications against 
the patient profile. For example, allergies, and drug to drug mteractions are 
examined here. In this embodiment, the process is executed on (he server 706. The 
15 RPH or technician then approves the results of the DUR per step 748 or cancels the 
Rx or picks a more appropriate therapy. 

The RPH or technician then runs an Adjudication on the patient to detamine 
if the patient is insured through a pharmacy benefit management company per step 
752. This process returns a status of, for example, PAID per step 754, REJECTED, 
20 etc. A copay amount, among other items, is returned with a PAID claim. 

The Rx is then placed into a queue per step 758 which the dispense location 
can see using its own browser. The dispense location caregiver, for example, a 
nurse, doctor, technician, also needs to be logged onto the Intemet. This 
user/caregiver logs onto the web server at, for example, WebDirectRx.com with a 
25 user id and password per step 760. This user id and password canies with it a user 
profile per step 764. The user profile indicates that this person is a dispenser, and 
can only view the queue for his/her location per step 766. The user/caregiver sees 
his/her Rx - the one communicated to the RPh earlier and can now act upon that Rx 
as it has been approved per step 768. 
30 The user/caregiver then clicks on the item to be dispensed. This triggers the 

web server to double check inventory per step 770 and acquire the location of the 
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drug in the collocated RCD. When completed, the web server returns a page that the 
user can click on again to cause the computer to send a dispense signal to an RCD 
per step 776. The signals, as described hereinbefore, can be sent using dififerent 
options, such as, but not limited to, Java Applet, browser add^ins, and launching 

S local executables. 

The RCD then dispenses the item. Whilst doing that, the web server 706 
presents to the user a screen whereby the user can barcode scan the dispensed items' 
barcode per step 780. Upon entry of the barcode a test per step 790 is made to see if 
the item is a repackaged item or a manufacturers packaged item per step 786. If it is 

10 a manufacturers packaged item, then the web browser presents the user with places 
to enter a lot number and expiration date per step 794. The repackaged item has 
built into the barcode a lot number and expiry date. 

If the barcode of the item entered is what the web server, for example, 
WebDirectRx.com is expecting, then the web server presents the user/caregiver with 

IS a completed patient label, patient education monograph, receipts, and image of pill, 
tablet, capsule etc., that is then to be directed to a co-located laser jet printer per step 
796. Once printed per step 798, the patient label, which contains a second barcode, 
is also scanned into a page presented to the user per step 800. The transaction 
details are written to a database on the web server, and the user/caregiver is returned 

20 to the queue view from where this process started initially. 

If the pati^t, who has been remotely administered medications has any 
questions, an authorized pharmacist is available for consultation using a variety of 
telepharmacy systems. Including, but not limited to, a telephone service audio visual 
connection, a networked audio visual connection, and an btem^ connected audio 

25 visual connection. 

Figures 12A and 12B illustrate the use of a telephone network 440 in the 
drug dispensing system in accordance with the present invention. The telephone 
network 440 transfers information between the host interface CPU 342 and the RCD 
324. A wireless phone 442 can be integrated with the RCD. The telephone network 

30 440. takes the place of or is used in conjunction with the Internet as a mechanism to 
transfer information between the host phannacy system represented by the host 



SUBSTITUTE SHEET (RULE 26) 



wo 01/21131 

-36- 

interface CPU 342 and the host pharmacy workstation 344 and the remote 
dispensing system represented by the RCD. The wireless phone device acts as the 
trigger mechanism to dispense pharmaceuticals or medical products out of the RCD. 
The wireless phone device can communicate with an integrated circuit within the 
5 RCD transferring the RCD information obtained during a wireless connection. 

It should be noted that previous preferred embodiments are disclosed with 
respect to usmg a communications cable or link between a controUmg CPU and the 
RCD to transfer a dispense message. The communications cable can be replaced 
with a wireless phone device thus, facilitating disposing via a wireless connection. 
10 Figure 12B illustrates a dispense mterface CPU 340 and a laser printer 444 

co-located with the RCD 324. The remotely controlled dispense session can be 
managed entirely without land lines. The wireless phone connection can be 
integrated into the RCD or in the alternative, as an attachment to the dispense CPU. 
The wireless phone connection serves as the connectivity media instead of the 
15 internet coimection. 

Further, as described hereinbefoie, the software the technician interacts with 
can exist on an attached and co-located external computer configuration, or as an 
integrated computer usmg TouchScreen components built durectly into the RCD, 
Referring to Figure 1 3 A, in this embodiment of a dispensing system an 
20 existing host pharmacy software system 850 with a co-located interface application 
server 856, and a remotely installed dispense location interact to provide 
pharmaceutical dispensing across a wide geographic region. This preferred 
embodiment uses the existing local telephone service available. The interface 
application server 856 and the dispense location workstation 868 connect and 
25 exchange Rx information directly with one another. 

The dispense location workstation 868 contains local executable program(s) 
that manage the call pickup, data acceptance, inventory management, and visually 
prepares the Rx information received from the interface application server in an easy 
to read queue for the local caregiver, typically a technician. In addition, the dispense 
30 location workstation 868 communicates with the co-located Remote Control 
Dispenser (RCD) 872 to dispense pharmaceuticals, a printer 870, for example, a 
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laser jet or color jet printer to provide patient and record keeping materials, as well 
as, a barcode scanner for doing quality checks during a dispense. The dispense 
location needs access to the telephone service 864 to get a "dial tone" in order to 
receive and send communications. 

5 The pharmacy control location is where the host pharmacy software is 

maintained or run. Typically these are small networics of pharmacy workstations 
where a retail or hospital pharmacy team interacts with insurers computers to create 
the order that leads to the filling of a drug to be handed to the patient. 

The interface sq^plication server 856 is a computer that is co-located with the 

10 host pharmacy software system. It is used to collect information (the Rx data) for a 
dispense fi*om the host phannacy system and then forwards that information to the 
dispense location workstation 868 via the telephone service, or the telephone 
network 864. 

Referring to Figures 13B and 13C, a typical workflow includes the sequence 

1 5 of steps illustrated. An Rx is generated by a physician or caregiver using a psqjerless 
method such as a PDA or TouchScreen or by usual methods using pen and paper, 
fax and scaimers per step 902, The Rx information typically contains the patient 
name, prescribes name and Drug Enforcement Agency identifiers, instructions for 
the administration of the drug, drug name, and quantity to be given to the patient. 

20 The Rx is transmitted to different locations per step 904. If the Rx is 

transmitted to a pharmacy control location via fax or an electronic means, the 
authorized dispenser, typically a pharmacist, interprets the transmitted information. 
If the Rx is transmitted to a dispense location electronically or physically delivered, 
a user, typically a technician can take authorized action. 

25 The Rx is manipulated into the host phannacy software system per step 914 

either by an authorized dispenser who interprets the Rx information transniitted 
directly to his/her location and then manually or through an electronic interface 
transfers the Rx information into the host pharmacy software or by the technician 
who has an option to transmit the information to the authorized dispenser, 

30 pharmacist, for the pharmacist to manipulate or to remotely cormect to the host 
pharmacy software via a variety of interfaces to transfer the Rx information into the 
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host pharmacy software system either manually or via an electronic interface. The 
connection interfaces cart be, but are not Umited to, Symantec pcAnywhere directly, 
Symantec pcAnywhere via the Internet, by a co-located WAN connection provided 
widi the host pharmacy software. 
5 Once the information is transcribed or transfen-ed into the host pharmacy 

software system a number of typical processes are applied to ttie Rx information. 
The processes can be a Drug Utilization Review or an Adjudication process as 

described hereinbefore. 

The Rx information, having been processed by the host pharmacy software 

10 system can generally then be determined to be a valid Rx; which can be processed by 

the pharmacist. 

In a retail setting the pharmacist then triggers patient drug labeling to be produced by 
the host pharmacy software system and takes a large bottle of medications from the 
shelf and counts and places into a smaller bottle, typically caUed a vial, the number 

15 of tablets, caplets, or mimiiter's called for by the physician. The pharmacist then 
applies labeling and hands the drug to the patioit. 

When the dispense is processed in conjunction with telephannacy systems, 
the pharmacist or authorized dispenser triggers a patient drug label to be produced 
by the host pharmacy software system 850. however, instead of the label being 

20 processed by a co-located printer 852(laserjet or dot matrix) the output is directed to 

the intaface application Server 856. 

The interface application serya: accepts the Rx information as a printer 
stream per step 916, or through a direct electronic interface to the host pharmacy 
software system network constructs. An appHcation, Parse Engine (PE), parses the 

25 output received by flie host pharmacy software system into discreet data elemaits. 
Once the parsing is completed, the data is encrypted and is uniquely identified for 
transmission to the dispense location workstation via telephone service per step 918. 

The information is received by the dispense location workstation decrypted 
and placed into a work in process queue that is accessed by local executable 

30 programs run by the technician per step 906. 
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The technician at the dispense location selects the Rx-Drug-Patient to be 
dispensed from a list ofone or more possible to be displayed per step 908. The 
selections are shown as mouse selectable lines. Each line represents a different RX- 
Drug-Patient to be processed by the technician. Upon selecting ttie Rx-Drug-Patient 
5 to dispense the technician at the dispense location is queried if this is in fact the RX- 
Dnig-Patient per step 920. 

If the answer to the query is no, the technician is returned to the entire queue 
list as described above per step 922. If the answer to the query is in the aflBrmative, 
the local executable program resident on the dispense location workstation examines 
10 a local inventory file that contains data specific to the drug requested to be dispensed 
per step 924. The drug contains a profile wWch includes, but is not limited to, 
current stock level, suggested restock levels, and coordinate position within a single 
or plurality of RCD's. 

The Remote Controlled Dispenser (RCD) receives a X,Y coordinate type 
^ 15 communication from the locally resident executable. The X.Y coordinate represents 
a location within a single or plurality of RCD's where the requested pharmaceutical 
is stored for dispensing. The X,Y coordinate is determined by examining an 
mventoiy profile of the drug to be dispensed. Upon receiving the dispense signal 
from the dispense location workstation the RCD presents a drug to the technician per 
20 step 926. 

As a result of the dispense occurring, the technician is presented with an 
additional screen which requires the input of barcode data embedded onto the label 
of the dispensed drug. A bar code reader co-located at the dispense Location is used 
to read the barcode of the item dispensed from the RCD per step 928. The 

25 technician reads the barcode into the screen to be examined by the resident 
dispensing software. 

The barcode of the item dispensed is read into the resident dispensing 
software and is compared witti the value of the barcode expected from the drug 
inventory profile. If the values match what resident dispensing software is expecting 

30 per step 930, a patient education monogTJ«)h, patient labeling, graphic representation 
of the drug expected, and picture of drug expected are generated and delivered to the 
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co-located printer per step 934. If the values do not match what the resident 
dispensing software is expecting, the user has three attempts with which to scan or 
enter the expected values per step 932. If three failed attempts are made, the 
transaction is terminated with warnings sent to appropriate parties like the 
5 authorized dispenser, technician, system operator, and pharmacy consultant via 

pager and email. Appropriate drug disposal and storage is maintained via training of 
the technician and an additional lock storage box within the RCD. 

The technician at the dispense location is presented with one additional 
barcode on the patient label that is to be affixed to the item dispensed. The 
10 technician is requfaed to perform one more bar code read by scanning the patient 
label after it is aflBxed to the item dispensed per step 936. The barcode of the item 
dispensed is read into the resident dispensing software and is compared with the a 
value of the barcode expected, the Rx number. If the values do not match what is 
expected, then the user has tfuee attempts to scan flie correct label before an error 
1 5 condition is reported pa* step 940. If the values do match then the dispense is 
complete per step 942 and the local technician is returned to the view of the queue 
showing work in process, if any. 

If the patient, who has been remotely administered medications has any 
questions an authorized Pharmacist is available for consultation using a variety of 
20 telepharmacy systems, including, but not limited, to a telephone service audio visual 
connection, a networiced audio visual connection, and an intanet connected audio 
visual connection. 

Figures 14A and 14B illustrate the use of a pager service 450 in combination 
with the Internet 320 to dispenise medication fit>m a remote location. The pager 

25 service 450 interacts with the Internet 320 to transfer information between the host 
pharmacy system represented by the host interface CPU 342 and the host phamiacy 
workstation 344 and the remote dispensing system 324. A receive/send pager 452 
interfaces with the RCD 324 and transfers information regarding the dispensing of 
medication. A print module 454 can be integrated with the RCD. Figure 14B 

30 illustrates an embodiment having a dispense interface CPU 340 and a laser printer 
444 co-located with the RCD 324. 
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In a preferred embodiment, a pager service can forward dispense information 
via an alpha/numeric page. A computer, such as, for example, but not limited to, an 
Aqcess Technologies Qbe Personal Computing tablet, can be integrated with the 
RCD. In another preferred embodiment, the computing function can be 
5 accomplished using a combination of an external and integrated computer. 

Figures 15A and 15B illustrate a preferred embodiment which uses a satellite 
system 460 to transfer infonnation between a host pharmacy interface CPU 342 and 
a remote dispensing system or RCD 324, The Internet 320 transfers information 
from host interface CPU 342 to a satelUte 460 via a satellite dish 462. The satellite 
1 0 in turn using a satellite send or receive module 464 transfers information to the 
dispense interface CPU 340 at a remote location from the host pharmacy system. 
The dispense interface CPU then directs the dispensing of medication fix)m the RCD 
324. As illustrated in Figure 15B a touch screen computer 466 and a print module 
468 can be integrated with the RCD which eliminates the need for a dispense 
15 interface CPU 340. 

In a preferred embodiment, the remote dispensing location is sent Rx 
dispense information via a satellite network, such as, for example, the Iridium 
paging or telephone netwoik. The dispensing workflow remains the same, only the 
connectivity to the RCD 324 changes. 
20 According to another embodiment, a method of managing samples is a 

necessity in the highly regulated and cost control environment that exists in 
healthcare today. The current haphazard approach to sampling is both costly and 
inefficient for all parties concerned and provides little useful information to any 
party. 

25 The Joint Commission on Accreditation of Healthcare Organizations 

(JC AHO) is citing healthcare institutions for failure to document and manage 
pharmaceutical samples. Drug cost control is a critical factor and formulary 
management, via the sampling process, is an important component in that overall 
process, especially in outpatient and independent practitioner settings. 

30 The Joint Commission is citing hospitals and integrated delivery networks 

(IDNs) for failure to propo-ly manage physician samples. The impact of a negative 
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Joint Commission finding can be severe. Nonadherence with state and federal laws 
puts prescribers' licenses at risk, and violation of JCAHO-specified criteria in the 
drug sampling area can lead to a Type 1 citation and endanger the healthcare 
organization's accreditation status. Many insurance companies and government 
5 programs, such as Medicare/Medicaid require JCAHO accreditation before they will 
reimburse that institution for medical care of its patients. 

JCAHO requires the institutions to have a policy on drug samples and 
requires a control system that tracks the receipt and distribution of each drug sample. 
Further, the samples have to be properly labeled for patient use (including any 
10 auxiliary cautionary statements and expiration dates). The pharmacy department has 
to include drug samples in its process for responding to drug recalls and in its 
monthly inspection routine. This is the reason for trackmg lot numbers and 
expiration dates. Dmgs need to be stored so that unauthorized individuals do not 
have access to them, such as, for example, by using a locked cabmetry or room. 
15 JCAHO also requires the institution to keep a dmg san5)le receiving log that tracks 
date, drug name, strength, form, lot number, manufacturer, received amount, 
expiration date of dmg, and location of storage. In addition, JCAHO also requires 
either a drug dispensing log or a drug sample dispensing database that includes the 
following information: date dispensed, patient name, drug name/strength/form, lot 
20 number, manufacturer, amount dispensed, directions for use, and physician name. 
The physician/pharmacist has to provide medication counseling per certain 
congressional regulations. This could be in the form of a drug monograph with the 
following information: name of medication, length of therapy, possible side effects 
of the medication, and expiration date and proper storage of the medication. 
25 Uncontrolled sampling is driving up costs for physicians, patients and payers 

of all kinds. Drug companies need alternatives which give them information, reduce 
costs and retain access to prescribing physicians. 

There are differing regulatory schemes in different jurisdictions that exist for 
drug samples and the dispensing thereof The regulatory schemes address issues 
30 such as, for example, drug control license; patient's chart or clinical record to 

include record of drugs dispensed; delegating authority to dispense drugs; storage of 
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drugs; containers; labels; complimentary starter dose drug; information; inspection 
of locations; limitation on delegation; and receipt of complimentary starter dose 
drugs pharmacist. Further, the regulatory boards periodically inspect locations firom 
which prescription drugs are dispensed 

5 Under some regulatory schemes, a prescribo* who wishes to disi)ense 

prescription drugs obtaiiis firom a board a drug control license for each location in 
which the storage and dispensing of prescription drugs occur. A drug control license 
is not necessary if the dispensing occurs in the emergency department, emergency 
room, ,or trauma center of a hospital or if the dispensing involves only the issuance 

10 of complimentary starter dose drugs. 

Per regulations, a dispensing prescriber can dispense prescription drugs only 
to his or her own patients. A dispensing prescriber has to include in a patient's chart 
or clinical record a complete record, including prescription drug names, dosages, and 
quantities, of all prescription drugs dispensed directly by the dispensing prescriber or 

15 indirectly under his or her delegatory audiority. If prescription drugs are dispensed 
under the prescriber*s delegatory authority, the delegatee who dispenses the 
prescription drugs has to initial the patient's chart, clinical record, or log of 
prescription drugs dispensed. In a patient's chart or clinical record, a dispensing 
prescriber has to distinguish between prescription drugs dispensed to the patient and 

20 prescription drugs prescribed for the patient. A dispensing prescriber has to retain 
information required for not less than, for example, five years after the information 
is entered in the patient's chart or clinical record. 

Regulations further include that a dispensing prescriber has to store 
prescription drugs under conditions (hat maintain their stability, integrity, and 

25 effectiveness and assure tfiat ttie prescription drugs are free of contamination, 
deterioration, and adulteration. A dispensing prescriber has to store prescription 
drugs in a substantially constructed, securely lockable cabinet. Access to the cabinet 
has to be limited to individuals authorized to dispense prescription drugs in 
compliance with the regulatory schemes. 
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Unless otherwise requested by a patient, a dispensing prescriber dispenses a 
prescription drug in a safety closure container that complies with the poison 
prevention packaging act, for example, of 1970, Public I^w 91-601, 84 Stat. 1670. 
FurthCT, a dispensing prescribe has to dispense a drug in a container that 
5 bears a label containing all of the following information: the name and address of the 
location from which the prescription drug is dispensed, the patient's name and 
record number, the date the prescription drug was dispensed, the prescriber* s name, 
the directions for use, the name and strength of the prescription drug, the quantity 
dispensed, the expiration date of the prescription drug, or the statement required per 
10 regulations. 

Additionally, per the regulations, a dispensing prescribo: who dispenses a 
complimentary starter dose drag to a patient has to give the patient at least all of the 
following information, cither by dispensing the compUmentary starter dose drag to 
. the patient in a container that bears a label containing the information or by giving 

15 the patient a written document v*ich may include, but is not limited to, a prq)rinted 
insert that cones with the complimraitaiy starter dose drag, Aat contains the 
information: the name and strength of tiie complimentary starter dose dn^. 
directions for tiie patient's use of the complimentary starter dose drag, and the 
expiration date of the complimentary starter dose drag. 

20 Per some regulations, a supervising physician may delegate in writing to a 

. pharmacist practicing in a hospital pharmacy with a hospital licensed the receipt of 
complimentary starter dose drags other than controlled substances. When the 
delegated receipt of compUmentary starter dose drags occurs, both the pharmacist's 
name and the supervising physician's name has to be used, recorded, or other wise 

25 indicated in connection with each receipt. A pharmacist may dispense a prescription 
for complimentary starter dose drags written or transmitted by otiier means of 
communication by a prescriber. 

Per the regulations, "complimentary starter dose" means a prescription drag 
packaged, dispensed, and distributed in accordance with state and federal law Aat is 

30 provided to a dispensing prescriber free of charge by a manufacturer or distributor 
and dispensed free of charge by the dispensing prescriber to his or her patiaits. 
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Refening to Figures 16A-27D, a preferred embodiment of the present 
invention includes a way to manage the sampling process and provide solutions to 
the persistent regulatory compliance issues and escalating pharmaceutical costs. The 
embodiment fully documents the sample process and addresses all the JCAHO 
' 5 standards, the preferred embodiment also plays a significant role in better 

formulary management via information cj^tured through the sampling process. The 
cost savings realized through this process benefit all constituents of the healthcare 
industry - patients, providers, and payers. Following are two examples of the 
prefened embodiment's contribution to controlling drug costs. 
10 Firstly, generic drug sampling can greatly reduce an overall phannacy drug 

budget. A recent study, conducted by Scott & White Prescription Services, 
evaluated the cost savings achieved after implementation of a generic drug sampling 
program. Results showed savings per antibiotic prescription of over 10% of total 
prescription drug cost for antibiotics. Greater savings were shown for nonsteroidal 
15 anti-inflammatory medications. Drug sampling 

of nonsteroidal anti-inflanraiatories (NSAIDS) resulted in over 30% savings per 
prescription cost in this therapeutic category. Among the general conclusions of the 
study, generic drug sampling helped increase usage of generic medications and 
decrease average health plan cost per prescription, while allowing for opportunities 
20 to influence prescription habits. 

Secondly, drug sampling can selectively reduce medication costs for 
economically disadvantaged. In a study conducted at the University of Arizona 
Department of Pharmacy Practice and Science, it was determined that Medicare 
managed care beneficiaries adopted predictable behaviors to cope with capped 
25 prescription drug benefits. The findings suggest that a considerable proportion of 
Medicare managed care enroUees take steps (i.e. obtain a medication sample, take 
less than the prescribed amount of medication, and using an over-the-counter 
product to replace tiie prescribed medication) to avoid facing the full financial 
impact of their prescription drug costs. 
30 There are several benefits of the preferred anbodiment in accordance with 

the present invention. The benefits are gained by physicians and pharmaceutical 
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conq)anies. For example, the pharmaceutical companies can get specific 
infonnation about the prescriber, demographics on the patient without identification, 
competitive usage factors and site specific information using the preferred 
embodiment. 

5 Further, the distribution costs are lowered using the preferred embodiment of 

the present invention, enabling bettCT use of the marketing representatives of the 
pharmaceutical companies. Lower wastage of samples due to strict controls over 
access and usage are realized with the preferred embodiment. Additionally, 
continued access to physicians is gained because the institution is able to meet 

10 accreditation standards. The preferred embodiment also provides the ability to get 
national rollout virtually ovemi^t through information dissemination directly to 
users of sites employing the prefaied embodiment. 

The preferred sample dispensii^ is embodied by two componoits. A 
hardware component comprising uniquely designed cabinetry, and.a touch screen 

IS software component. 

In the prefwred embodiment, the software, for example, is written for 
Microsoft Windows 98 and Microsoft Windows NT, using Visual Basic 6.0 and 
Visual C++, and runs on a typical Intel/Pentium based personal con^utcr. Although 
disclosed with respect to being written for Microsoft Windows, the software may be 

20 written for any computer operating systems, for example, JAVA platfonns. UNIX 
system, Windows CE, and IBM OS operating systems. The operating requirements, 
imposed upon the personal computer are minimal, permitting the purchase of less 
expensive, though proven, computer components. Printas such as, for exanq>le, a 
Laser Jet or Color Ink Jet printer which provides a patient specific education 

25 monograph and labels with each dispense are used with the con^uter. The laser jet 
printer can also be used to print reports locaUy. Typical components include, for 
example, but are not limited to, ASUS motherboards, Intel Pentium D CPU's, 
3COM 3C90X network interface cards, digital hard drives of between four and six 
gigabytes capacity, internal or external 3COM US Robotics modems, and 
30 MicroTouch touch screens. 
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The software is used by a nurse, physician, or medical office staff, depending 
upon state laws and regulations. The functionality of the software breaks down into 
five main categories, namely, dispensing function, loading function, maintenance, 
reports, and communications. 
5 All information transmitted, whetter through the internet or a direct 

connection, is encrypted. An encryption program that is used, but not limited to, is 
' for exan^le, •TBlowfish." In addition, the key bit exceeds 128-bits for sites located 
within the United States. Any sites located outside of the borders of the United 
States will use key bit encryption strength approved by tiie US government, such as 
10 for example, 56-bit key lengths. According to some public safety regulations a key 
of 128-bit meets or exceeds the level deemed necessary to transmit information oyer 
the internet or other electronic means. 

All information generated by the users input is captured in a transaction 
database for transmittal via the internet, or direct modem dial out, to a server. 
15 Inventory is maintained perpetually with increases to the stocking level managed via 
the load process, and decreases in inventory managed by the dispense process. 
Inventory stock levels are also conmiunicated to a server, with special attention to 
stockout threshold levels to trigger additional communications with clinic managers, 
chiefs of pharmacy, manufacturers, and any others involved in the sample dispensing 
20 value chain. 

All information captured is aggregated in the server. The conmiunications 
function of the samples dispensing software manages the aggregation process. At 
present time, throughout a 24 hour period, the communication module can deliver 
the days activity of an individual sample disposing location to the server. This 
25 information is accumulated and is available for redistribution using a variety of ways 
and methods. 

Distribution of each sample dispensing location's information occurs in at 
least one of two ways, depending upon the available information infrastructure. 
Where telephone access is available the sample dispensing locations can call, using 
30 an 800 number, a server, setup for receipt of up to 24 simultaneous connections. 
This type of server is commonly referred to as a Remote Access Server (RAS). The 
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RAS can be set up with 24 ports or more capable of 56K connections using a Trl 
data line. Additional simultaneous connections are available in groups of 24, 36, 
128, or higher. If toll free access is not acceptable, the sample dispensing location 
can call a local Internet Service Provider access number, and then negotiate a session 

5 with the server also connected to the internet. 

If modem access is not possible, then an existing hospital network running a 
protocol such as, for example, TCP/IP is used if that hospital can access the internet. 
The sample dispensing location is connected to the hospital network to transmit 
daily activity logs through the hospital network, out onto the intemet, thence onto 

10 the server. The data is encrypted, and compressed so as to minimize the bandwidth 
necessary for each session. This reduction in bandwidth usage is important to many 
clinics, so that a drain on hospital networking resources is minimized, or as in the 
case of the information generated by the samples dispensing locations using modems 
is none. 

15 Methods of redistribution of samples include, but are not limited to, email, 

fax, website, and a planned integrated voice response(IVR)system. Tlie server 
aggregates the information into a series of larger databases, while keeping 
information accessible ttiat is unique to an installation by using a imique key for 
each individual location. In this manner, access to the information can be attained as 

20 an aggregate of a market, or as an individual dispensing location, depending vpon 
the need. For example, Microsoft SQL 6.5 acts as the main database repository 
. engine. 

In a particular, preferred embodiment, for the server processes, Allaire's 
ColdFusion'''^ web site database management and development solution can be used. 
25 Allaire is a web site development language and solution company with tools for data 
management over the Intemet. Other database management and development 
solutions can be used. Each customer is offered a unique view of the aggregated 
data based upon the customers buying level. 

Using password access, the preferred embodiment offers a user nearly real 
30 time sample dispensing information. In addition, based upon buying levels, daily, 
weekly, or monthly reports via email are provided. 
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In another preferred embodiment, a process ttiat can be broken up into a 
series of questions that can be responded to using a telephone keypad is programmed 
using an IVR. A follow-on device can be provided for patients to interact with 
regard to their prescriptions. Medications used for treating various mental 

5 incapacities have a history of side effects ranging firom mild to severe. These 
medications are typically quite e)q)ensive. In cases of severe side effects, the 
patient's entire prescription is destroyed and another new and different prescription 
is generated. The destroyed medications are a complete loss to the dispensing 
institution and the patients* insurer. Using samples, and an IVR system, a complete 

10 costly prescription is not given to a patient until the patient has completed a duration 
of free samples to determine if side effects are severe enough to wanant a different 
therapy approach. 

A patient can query a prearranged IVR number to indicate that side effects . 
are, or are not, present in his or her currently selected therapy regime. If the patient 
1 5 can tolerate the tested samples, then the IVR can trigger the hospital pharmacy, an 
online pharmacy company like, for example, PlanetRx.com, or redirect the Rx to a 
mail order facility, a complete ther^y cycle based upon the noims of the institution. 
Where an expensive prescription might have been wasted the patient can test a free 
sample of the medication before determining if a complete cycle of therapy would be 
20 effective without severe side effects. 

A user, instead of dialing ah IVR system, launches their favorite web 
browser using an Internet service such as, for example, AmericaOnLine or any other 
Internet access provider, and complete a series of simple questions about the sample 
of medicine, before being issued a complete therapy cycle. The therapy cycle can be 
25 redirected to many different locations, including, again ttie origmating hospital 
outpatient pharmacy, a mail ord^ house, etc. 

Figures 16A through 22 illustrate embodiments of screens of tte software 
component of the sample dispensing. The screens can be displayed by a monitor of 
a drug dispenser. In a prefenred embodiment, ttie monitor is a touch screen, * 
30 Therefore, it is possible for a user to interact with the dispenser by using the monitor 
and the screens shown in Figures 16A through 22 to provide conunands to the 
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dispenser 1500. To use the touchscreen monitor, the user must press the tip of a 
capacitive item, such as a finger against the screen. Non-c^acitive items, such as 
fingernails or pointed objects, will not work. In another embodiment, the user can 
also use a mouse or a keyboard to interact with the conunands and options presented 
on the screens. 

Figures 16A through 16E illustrate a method of dispensing drug samples 
firom the sample dispenser 1500 and embodiments of screens associated with 
dispensing samples. Figure 16A shows an introduction screen 1400 having a 
dispense command 1402 and a maintenance conmiand 1404. To engage the 
dispenser to dispense drugs, the user can select the dispense command 1406. The 
user can then be presented with a subscriber name screen 1408, as shown in Figure 
16B. The user can select the first initial of the prescriber's last name 1410 using 
letter keys 1412. The user can then select the prescriber name 1414 firom the screen 
1408. Next, the user types in tiie patient name 1416 in a patient name area. Hie 
user can then proceed 1420 by selecting a next command 1426. 

Figure 16C shows a medication screen 1422 which can follow the subscriber 
name screen 1408. A user can select the first letter of a medication 1424 he wishes 
to i^ceive using the letter buttons 1412 provided. A list of medications can then be 
listed on the screen 1422. The user can select the medication 1428 he requires by 
touching the portion of the screen corresponding to his drug choice. The user can 
select the number of packages he requires 1430 using the package quantity buttons 
1432. The number of packages is not equivalent to the number of doses needed for a 
patient, since one package can have multiple doses of medication. The user can then 
proceed 1434 by selecting die next commiand 1426. 

Figure 16D shows a SIGS screen 1442 which can follow the medication 
screen 1422. The user can select one of the provided SIGS or use he space at the 
bottom to create a custom SIG 1436. The user can edit both tfie lot number and 
expiration date 1438 of the medication. The user can then proceed 1440 by selecting 
a next command 1426. The user can then be presented with a dispense summary 
screen 1442, shown in Figure 16E. The user can then review all entries to make sure 
they are correct 1444. The user can also check the printer to ensure that paper is 
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available 1444. The user can chose to give the same patient additional medications 
1446, restart the process 1448 or select a finish command to print labels and 
monographs for the patient 1 450. 

Figures 1 7 A through 1 7C illustrate a method of loading medications into a 
5 dispenser. The user can first be presented with an introductiori screen 1400 having a 
maintenance command 1404, shown in Figure 17A. The user can select the 
maintenance command 1446 to proceed with flie loading of medications. The user 
can then be presented with a menu screen 1448 having a load command 1450, a 
databases command 1452, a reports command 1454 and a return to introduction 
10 screen command 1458. The user can select the load command 1458 to proceed. The 
user can then be presented with a user identification screen 1460 where the user can 
enter his name and his company's name before proceeding. After the data has been 
entered, the user can select a next command 1462 to continue. 

Figure 17B illustrates a medication screen 1464, which follows the user 
15 identification screen 1460, The user can select the first letter of the medication to be 
loaded 1466 fifom the letter buttons 1412. The user can then be presented with a list 
of drugs having names starting with the chosen letter. The user can then select the 
medication to be loaded 1468 firom the screen 1464. The user can proceed by 
selecting a next conunand 170, which brings him to a medication data screen 1472, 
20 shown in Figure 1 7C. In the medication data screen 1472, the user can enter the lot 
number, the expiration date and the quantity of the medication added 1474 to the 
dispenser. The medication data screen 1472 includes a save conunand 1476 and a 
quit - no save conunand 1478. After entering the data and hitting the tab key to 
move throu^ the screens, the user can check his entries and execute the save 
25 command if they are correct or execute a the quit - no save conunand if they are 
incorrect 1480. 

Figures 1 8 A through 1 8D illustrate a method to view or edit mventory within 
the dispenser. The user can first be presented with an introduction screen 1400 
having a maintenance command 1404, shown in Figure 18 A. The user can select the 
30 maintenance conunand 1446 to proceed with the loading of medications. The user 
can then be presented with a menu screen 1448 having a load conmiand 1 450, a 
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databases command 1452, a reports command 1454 and a return to introduction 
screen command 1458. The user can select the databases command 1482 to 
proceed. A database screen 1484 can then be presented to the user as illustrated in 
Figure 18B. 

5 The database screen 1484 can include an inventory command 1486, a 

prescriber command 1487, a transactions command 1488 and a load command 1489. 
To view or edit inventory in the dispenser, a us©- can select the inventory command 
1490 and select a medication 1492 shown on the screen 1484. The screen 1484 can 
present manufacturer and bar code information of the medications, in addition to 

10 medication names. The user can then manipulate the inventory database 1494 by 
either editing or deleting the database selection. When editing the database 
selection, an inventory database editor screen 1495 can appear, as shown in Figure 
18C. On this screen 1495, the user can edit items or add new items to the database 
1496. To add new items to the database, the user can select the inventory command 

15 1486, select the edit command 1330 and select a medication bom ttie screen 1484. 
Any medication can be selected since it will immediately be changed. The user can 
then select the clear all fields command 1332, enter data into the blank fields shown 
on the screen 1495 and select the save command 1334. 

The user can opt to get new GCN number and apply the new GCN number 

20 1498 fi^om flie inventory database editor screen 1495. A GCN number is assigned to 
drugs that belong in the same class and can be used to create a monograph that the 
patient receives in the dispense process. If the use chooses to get and apply a new 
GNC, the user can be presented with a GCN screen 1300, shown in Figure 18D. 
From this screen, the user can select a new GCN number by picking the actual 

25 medication or its closest therapeutic equivalent from ttie screen 1300. Whichever 
item is selected will have its GCN number added to ttie NEW GCN textbox 1306 on 
the inventory database editor screen 1495. The user can return to the inventory 
database editor screen 1308 and choose to save the new data or restore the previous 
data 1310. 

30 Figures 1 9 A through 1 9C show a method to view or edit a presrciber within 

the database of the dispenser. The user can first be presented with an introduction 
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screen 1400 having a maintenance command 1404, shown in Figure 19A. The user 
can select the maintenance command 1446 to proceed with the loading of 
medications. The user can then be presented with a menu screen 1448 having a load 
command 1450, a databases command 1452, a reports command 1454 and a return 
5 to introduction screen command 1458. The user can select the databases command 
1482 to proceed. A database screen 1484 cMi tiien be presented to the user as 
illustrated in Figure 19B. 

The database screen 1484 can include an inventory command 1486, a 
prescriber command 1487, a transactions command 1488 and a load command 1489. 
10 To view or edit a prescriber in a database interfaced with the dispenser, a user can 
select the prescriber command 1310 and select a prescriber 1312 shown on the 
screen 1484, The user can then remove the selected prescriber from the database or 
edit the prescriber information to add him to the database 1314. If the user chooses 
to add a new prescriber, he can be presented with a prescriber database editor screen 
15 1316, shown in Figure 1 9C. The user can enter a new prescriber name and return to 
the database screen 1318. 

Figures 20 A and 20B illustrate a method to view a transaction made with the 
dispenser. The user can first be presented with an introduction screen 1400 having a 
maintenance command 1404, shown m Figure 20 A. The user can select the 
20 maintenance command 1446 to proceed with the loading of medications. The user 
can then be presented with a menu screen 1448 having a load command 1450, a 
databases command 1452, a reports command 1454 and a return to introduction 
screen command 1458. The user can select the databases command 1482 to 
proceed. A database screen 1484 can then be presented to the user as illustrated in 
25 Figure 20B. 

The database screen 1484 can include an inventory command 1486, a 
prescriber command 1487, a transactions command 1488 and a load command 1489. 
To view the transactions made with the sample dispenser 1500, a user can select the 
transaction command 1 320. The transaction database can be used for viewing 
30 purposes only. The user can view the transactions by transaction number or by 
transaction date, for example. 
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Figure 21 illustrates a method viewing the load history of the dispenser. The 
user can first be presented with an introduction screen 1400 having a maintenance 
command 1404. The user can select the maintenance command 1446 to proceed 
with the loading of medications. The user can then be presented with a menu screen 
5 1448 having a load command 1450, a databases command 1452, a reports command 
1454 and a return to introduction screen command 1458. The user can select the 
databases command.1482 to proceed. A database screen 1484 can then be presented 
to the iiser. 

The database screen 1484 can include an inventory command 1486, a 
10 prescriber command 1487, a transactions command 1488 and a load command 1489. 
To view the database showing the medications loaded into the dispenser, a user can 
select the load command 1322. The database showing the medications loaded can 
be used for viewing purposes only. The database screen 1484 can show various 
types of load data, including load date, drug potency, and quantity. 
15 Figure 22 illustrates a method of viewing reports of the database of the 

dispenser. The user can first be presented with an introduction screen 1400 having a 
maintenance command 1404. The user can select the maintenance command 1446 
to proceed wife the viewing of reports. The user can ttien be presented with a menu 
screen 1448 having a load command 1450, a databases command 1452, a reports 
20 command 1454 and a return to introduction screen command 1458. The user can 
select the reports command 1 324 to proceed. A reports screen 1 326 can then be 
presented to the user. The user can then select a report 1 328 from the screen 1 326 
that he v^shes to view. For example, an inventory report can be chosen and viewed 
by the user. 

25 Figures 23A and 23B show a preferred embodiment of a sample dispenser 

1500 the hardware system of sample dispensing. The dispenser 1500 can have a 
computer 1560 located within a computer housing 1502, a monitor 1504, a printer 
1506 and a control system 1518 located within a control system housing 1546. * The 
dispenser 1500 can also have doors 1508 holding a plurality of bins 1510, a camera 

30 1512 and a user identification system 1514. Figure 23A shows a door 1508 of the 
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dispenser 1 500 in an open position. Figure 16B shows a door 1 508 of the dispenser 
1500 in a closed position. 

Figures 24 A and 24B illustrate an embodiment of the computer housing 1502 
in an open and a closed position, respectively. The computer hoiising 1502 can be 

5 opened and closed in order to allow restricted access to the computer for rebooting 
or servicing. The computer housing 1502 can have a stationary portion 1562 and a 
moveable portion 1564. The stationary 1562 and moveable 1564 portions can be 
attached by at least one hinge 1566. In a preferred embodiment, two hinges 1566 
coimect the stationary 1562 and moveable 1564 portions of the housing 1502. The 

10 moveable portion 1564 of the housing 1502 can include side rails 1568 and the 
stationary portion 1562 of the housing 1502 can have side walls 1570. The rails 
1568 and walls 1 570 can limit the motion of the moveable portion 1564 and the 
computer 1560 as the moveable portion 1564 is opened by a user When the 
moveable portion 1564 is opened, the side rails 1568 can engage side walls 1570 of 

1 5 the stationary portion 1 562 of the housing 1 502, thereby preventing further rotation 
of the moveable portion 1 564 of the housing 1 502. Opening the computer housing 
1 502 can allow user access to the computer 1 560. 

Figure 25 shows a computer 1 560 mounted on a moveable portion 1 564 of a 
housing 1502. In one embodiment, the housing 1502 can have pistons 1570 or 

20 dampeners mounted between the moveable portion 1564 and the stationary portion 
1562. In the embodiment shown, the pistons 1570 can be mounted between 
movable portion brackets 1574 and stationary portion brackets 1576. The pistons 
1570 can help to control the speed at which the moveable portion 1564 travels when 
the computer housing 1502 is opened. 

25 The computer housing 1 502 can have a computer 560 which can include a 

motherboard, a CPU, a network interface card, a hard drive and a modem. In a 
preferred embodiment, the computer housing 1502 can mclude an Asus 
motherboard, an Intel Pentium™ II CPU, a 3Com 3C90X network interface card, a 
Western Digital hard drive and a 3Com U.S. Robotics modem. The hard drive can 

30 have between a 4 and 6 gigabyte capacity, for example. The modem can be either an 
mtemal or an external modem. The monitor 1504, in a preferred embodiment, is a 
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touch screen such as, for example, a MicroTouch screen which allows users to enter 
commands into the computer. The computer can also include a keyboard to allow 
commands to be entered into the computer. The printer 1506 can be a laser jet or a 
color ink jet, for example. 

5 A camera 1 5 1 2 can be mounted to the dispenser 1 500, as shown in Figures 

23 A and 23B, and can be used to create a photographic record of all users of the 
sample dispenser 1500. Such a record can be used for security at the sample 
dispenser 1500 and to discourage tamporing at the dispenser 1500. The camera 
1512 can be triggered by some predetermined event to automatically take a picture 

10 of the area surrounding the dispense*. In one embodiment, a proximity sensor can 
be electronically coupled to the camera 15 12 and can cause the camera 1512 to snap 
a picture based upon some external event. For example, if a user were to move 
within a certdn distance of the dispenser 1500, the proximity sensor detects such a 
motion and causes the camera 1512 to automatically capture an unage of an area 

15 sunx>unding the dispenser 1500. In another embodiment, the camera 1512 can be 
coupled with the user identification system 15 14 such that engaging the system 1 5 14 
causes the camera 1 512 to take a picture. For example, if a user were to attempt to 
use the identification system 1514, either successfully or unsuccessfully, such an 
attempt triggers the camera 15 12 to snap a photograph. In another embodiment, the 

20 camera 1512 can be connected with the doors 15of of the dispenser 1500 such that 
opening the doors 1 508 causes the camera 1 5 12 to snap a picture of an area 
surrounding the dispenser 1 500. 

The camera 1512 can have a control system which can be a computer. The 
computer which controls the camera 1 5 1 2 can be separate firom the computer which 

25 controls the dispenser 1 500 or integrated with it. 

The sample dispenser 1500 can also have a user identification system 1514 to 
protect against unauthorized access. The user identification system 1514 can be 
used as a security device to permit authorized user access to the medications 
dispensed by the dispenser. In this system 1 5 14, a user would be required to provide 

30 some paper form of identification to the system 1514 before the doors 1 508 of the 
dispenser 1500 could be opened. The user identification system 1514 can be used in 
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conjunction with a locking mechanism to provide security for the dispenser 1500. In 

one embodiment, the user identification system 1514 operates by identifying a 

) . . , 

fingerprint of a user. In a preferred embodiment, the usct identification system 1514 
operates by identifying a thumb print of a user. To access the dispenser 1500, a user 
5 places a finger or a thumb against tiie user identification system 1514. If the user's 
fingerprint was recognized by the user identification system 1514, a locking 
mechanism in the dispenser 1 500 is released and the doors 1 508 opened If the 
user's fingerprint was not recognized by the user identification system 1514, the 
locking mechanism in the dispenser is not be released, thereby preventing access to 
10 the samples in the dispenser 1500. The user identification system 1514 can tove a 
control system which can be a computer. The computer which controls the user 
identification system 1514 can be separate firom the computer which controls the 
dispenser 1500 or integrated with it. It should be noted that the user identification 
system can include, but is not limited to, hospital identification cards, credit card, 
1 5 debit card, other identification paperwork, keyword or password access using a 
keypad. 

The sample dispenser 1500 can also have doors 1508, The doors 1508 can 
house a plurality of bins 1510 which can be used to contain or organize samples 
within the dispenser 1500. Each door 1508 can be connected to the dispenser by a 
20 hinge 1516, 

Figure 26A shows a control system 1 5 1 8 for the doors 1508. The control 
system 1518 can include a belt 1520 having at least one block 1524 attached therein 
and having a set of rollers 1522 to control the motion of the belt 1520. In one 
embodiment, the blocks 1524 are bolted to the belt 1520. In another embodiment, 

25 the belt 520 is a chain drive. In one embodiment, ttie rollers 1 522 can be gears. The 
rollers 1 522 can be connected to a control system which can control the motion of 
die rollers 1522, thereby providing automatic opening and closing of the doors 1508. 
The control system can include a computer. 

Each door 1 508 can be connected to a first end 1 532 of a rod 1 530 at a pivot 

30 1528 on the door 1 508. A second end 1534 of each rod 1530 can be attached to a 
pivot 1526 on each block 1524. The rods 1530 connect the doors 1508 to the 
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motion control system 1518. The pivots 1528 on the doors 1508 allow the doors 
1508 to rotate about their hinges 1516 without impingement from the rods 1530. 
Similarly, the pivots 1526 on the blocks 1526 allow the rods 1530 to follow the 
rotational motion of the doors 1508 without hnpinging this motion. 

5 Figure 26A also shows the control system 1 5 1 8 in various stages of 

operation. The control system 1518 can control the positioning of the doors 1508. 
In a first stage 1536, the doors 1508 are in a closed position, with a side door portion 
1544 forming a zero degree angle with a centerline 1 542. The blocks 1 524 are 
located on the belt 1520 near the centerlme 1542 ofthe control system 1518. The 

10 belt 1520 causes the rods 1530 to create a force on each door 1508 directed toward 
the centerline 1542, thereby holding the doors 1 508 in a closed position. In a second 
stage 1538, the doors 1508 are half-opened, with a side door portion 1544 forming a 
forty-five degree angle with the centerline 1542. In this position 1538, each block 
1 524 is forced to move away fix)m the centerline 1 542 of the system 1 5 1 8 by the belt 

15 1520, in an opening motion, or forced to move toward the centerline 1542 ofthe 
system 151 8 by the belt 1520, in a closmg motion. In an opening motion, the belt 
1520 causes each rod 1530 to create a force against each respective door 1508, 
directed away fi-om the centerlme 1542, thereby forcing ttie doors 1508 in a partially 
open position. In a closing motion, (he belt 1520 can cause each rod 1530 to create a 

20 force on each respective door 1 508, directed toward the centerline 1 542, thereby 
forcing the doors 1508 in a partially open position. In a third stage 1540, the doors 
are fiilly opened, with a side door portion 1544 forming a ninety degree angle with a 
centerline 1 542. In this position 1540, each block 1524, again, has been forced to 
move away from the centerline 1 542 ofthe system 1 5 1 8 by the beU 1520. The 

25 motion of the belt 1 520 to this position 1 540 fiirther causes each rod 530 to create a 
force against each respective door 1508, directed away from the centerline 1542, 
thereby forcing the doors 1508 into a fully open position. 

The motion system 1518 can be operated automatically. Such operations can 
provide security for the dispenser 1500 and can limit user access to the device 1500. 

30 When operated, the control system 1518 can cause the doors 1508 to expand or 
contract to an open or closed position, respectively. Automatic operation ofthe 
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control system 1518 can be triggered by some predefined event. For example, in one 
embodiment, the doors 1508 can be programmed to be opened by the motion control 
system 1518 only when the user provides positive identification. Also, the doors 
1508 can be programmed to automatically close after a set time period has elapsed. 
5 In another embodiment, the doors 1508 can also be caused to close when the user 
moves away fiom a proximity sensor located on the dispenser 1500. For automatic 
operation of the control system 1518, the system 1518 can be controlled by a 
computer. The computer which controls the system 1 5 1 8 can be separate fi-om the 
computer which controls the dispenser 1 500 or integrated with it. 
1 0 The sample dispenser 1 500 can also include a bar code reader, or an 

electronic reader in an altemate embodiment^ The samples held by the plurality of 
bins 1510 can include bar codes. The inclusion of a bar code reader on the sample 
dispenser 1500 can allow a user to quickly and accurately create a record of the 
samples removed fix)m the sample dispenser 1500 and the dates and times of 
-15 removal, for example. 

Figure 26B illustrates a detailed, overhead view of the control system 1518 
shown in Figure 26A. The control system 1 5 1 8 can have a housing 1 550 to which 
the belt 1520, rollers 1522 and blocks 1524 are mounted. The housing 1550 can also 
hold and secure these components 1520, 1522 and 1524 to the motion control 
20 system housing 1 546. The housing 1 550 can have flanged portions 1552 which 
allow for attachment of the housing 1550 to the control system housing 1546. The 
control system 1518 can also have a shank 1554 attached to the housing 1550. Each 
block 1 524 can have a groove formed therein such that the groove in each block 
1524 mates with the shank 1554. The blocks 1 524 can be mounted on the shank 
25 1554 such that the blocks 1524 can slide along the length of the shank 1554. In a 
preferred embodiment, the shank 1 554 is a raised steel rod. 

Figures 27 A through 27D illustrate an embodiment of a bin 1608 for a 
sample dispenser 1 500, The bins 1608 can be used to store and organize drugs 
within the dispenser 1500. In the embodiment shown, the bin 1608 have a housing 
30 1614 with a front end 1610 and a back end 1612. The housing 1614 includes a 
handle 1620, a pushing device 1616 and a continuous torsion spring 1618. The 
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handle 1620 is used to aid in removing the bin 1608 from the dispenser 1500. When 
(he bin 1608 is empty, the pushing device 1616 is forced to the front end 1610 of the 
bin 1608 by the continuous torsion spring 1618. A user can then load medicines or 
drug packages into the bin 1608 by moving the pushing device 1616 to the back end 
5 1612 of the bin 1608. Such motion provides storage space for the medicine and 
extend the continuous torsion spring 1618. As drug packages are removed from the 
bin 1608, the pushing device 1616 is forced toward the front end 1610 of the bin 
1608 by the contracting continuous torsion spring 1618. In this embodiment, the 
user can know immediately whether a bin 1608 is empty or full. Incrementing a 
10 second drug package to the front end 1610 of the bin 1608 when a first drug package 
is removed ensures that a package will always be readily available. Such a unit can 
save the user time in guessing whether a bin is entirely empty or contains a package 
**hidden" in flie back of a bin. 

In another preferred embodiment, a drug dispenser dispense non- 
15 prescription, over-the-counter drugs to patients who can positively identify 
themselves to the drug dispenser system. Figures 28 through 34 illustrate 
embodiments of user interactive touch screens which can be used with such a 
system. The screens can provide a way for a user to interact with the software at the 
non-prescription dispenser. 
20 Figure 28 shows an introduction screen 1560 for a touch screen monitor of a 

non-prescription drug dispenser. The introduction screen 1560 can include a start 
command 1562, language option command 1564 and a demonstration conomand 
1566. The start command 1562 can allow a user to progress through subsequent 
screens and choose the non-prescription drugs they wish to receive. The language 
25 option command 1 564 allow a user the choice of language for subsequent display 
screens. The demonstration command 1566 can provide a demonstration of how the 
drug dispenser woiks. The introduction screen 1560, and all subsequent screens, can 
include an end command 1 568 which allows a user to exit the screens at any point. 
Figure 29 illustrates a drug category selection screen 1570 having drug 
30 category selections 1572 and a reset command 1574. The drug category selections 
1 572 allows a user to select the dmg categories from which they would like to 
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receive products. The drug categories can include medications for allergies, 
antacids, cold/flu, creams/lotions, hemorrhoids, laxatives, pain relievers and 
vitamins, for example. The reset conmiand 1574 allows the user to start over or 
cancel his selection, if the wrong selection had been made. 

5 Figure 30 illustrates a drug availability screen 1576 showing the availability 

of different dugs within a selected category. If a user selected Pain Relievers as a 
drug category, the screen shown in Figure 30 can provide the user with a list of the 
types of pain relievers available. For example, under the pain relievers category, a 
user can choose from aspirin, children's aspirin, acetaminophen, ibuprofen or lion- 

10 aspirin acetaminophen. The user can choose the drugs he wishes to receive, using 
the drug selection commands 1578. Each drug selection conunand 1528 can be 
associated witii a particular drug. The drug availability screen 1 576 can also have a 
drug list command 1580 which, when activated, can show the user a list of all of the 
drugs he has selected. 

15 Figure 3 1 shows a drug list screen 1582 which lists the user's selection of 

drugs 1588. The drug list screen 1582 can include drug selection commands 1598 
which allow a user to delete certain drug choices from the list. In one embodiment, 
to delete a drug choice, a user can touch a drug selection commands 1598 
corresponding to the drug to be removed from the list. The drug hst screen 1 582 
20 also shows a "continue" command 1584 and a "done" conmiand 1586. The 
"continue" command 1 584 allows the user to make further drug selections. The 
"done" command 1 586 allows the user to exit the drug selection screeris and receive 
the drugs he has chosen. 

Figure 32 illustrates a user identification screen 1590. This screen 1590 
25 instructs the user to identify himself to the drug dispensmg system, in order for the 
drugs to be dispensed. In one.embodunent, the user can be instructed to swipe his 
Veteran's Administration card through a card reader. The information on the user's 
card can then be compared to information within the system's database to determine 
the user's eligibility to receive the requested drugs. The user identification screen 
30 1590 can also include user identification indicator buttons 1592. The buttons 1592 
can include a positive identification button 1594, which indicates the user's 
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identification as valid, or a negative identification button 1596, which indicates the 
user's identification as invalid. 

Figure 33 shows a ready-to-dispense screen 1600 which can indicate the 
drugs the user has selected and will be dispensed The ready-to-dispense screen 

5 1600 can also include drug selection commands 1 602 which allow a user to delete 
certain drug choices fix)m the list. In one embodiment, to delete a drug choice, a 
user can touch a portion of the touch screen corresponding to a drug selection 
command 1602 which, in turn, coiresponds to the drug to be removed from the list. 
The ready-to-dispense screen 1 600 can also have a drug dispense command 1 604. 

10 When a user is satisfied with his drug request, he can touch this button to begin the 
drug dispensing procedure. 

Figure 34 shows an ending screen 1606. The ending screen 1606 can 
provide instructions to the user involving picking up drugs from the dispenser tray 
and taking information from (he printer. The ending screen 34 can also indicate to 

15 the user that the request is being processed and delivered. 

Figures 35 and 36 illustrate an embodiment of an over-the-counter (OTC) 
medication dispenser 1650. The OTC medication dispenser 1650 can have a 
housing 1684 which includes a dotfr 1652, drug storage trays 1654, a labeling device 
1656, electronics 1658, a user identification system 1660, a computer 1666, a 

20 security monitoring device 1668, a magnetic card reader 1672 and a pickup location 
1674. The computer 1666 can include a display 1662 and a printer 1664 having a 
paper pickup location 1674. The display 1662 can be a touch screen display. The 
display screen can display materials such as, for example, advertisement material 
pertinent to the non-prescription drugs or related educational material. The door 

25 1652 is shown in an open position to better illustrate the drug storage trays 1 654 of 
the medication dispenser 1650, 

Both the user identification system 1660 and the magnetic card reader 1672 
can be used to either permit or prevent a user's access to the medication dispenser 
1650. The user identification system 1660 can be a fingerprint reader and, 

30 preferably, is a thumb print reader. However, other user identification systems can 
be incorporated, such as, for example, but not limited to, credit card, debit card, and 
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smart card reader systems. The user identification system 1660 can compare the 
user's fingerprint data against fingerprint data contained in a database interfaced 
with the dispenser 1650. The magnetic card reader 1 672 can read infoimation fix>m 
a user's medication dispenser card, such as a Veteran's Administration card, and 

5 compare the informatibn to that within a database interfaced with the disposer 

1650. In either the user identification system 1660 or the magnetic card reader 1672, 
if the user's information is present in the database, the user will be allowed to 
proceed and can receive his requested medication. Conversely, if the user's 
information is not located in the database, the user will not be able to proceed within 

10 the system or receive any medication. A dispenser 1 650 can include either the user 
identification system 1660 or the magnetic card reader 1672, or both, depending 
upon the level of security required by the customer. For example, a dispenser 1650 
located in a doctor's office can require a different level of security than a dispenser 
1650 located in a methadon clinic. For customer*s requiring a high level of security, 

15 the dispenser 1 650 can include both the user identification system 1660 and the 
magnetic card reader 1672. 



speakers or microphone can allow for user interaction with the computer 1 666 with 
the presence of a voice recognition system. The camera can be connected to the 

20 security monitoring device 1 668. Thie security monitoring device 1 668 can detect 
tampering of the dispenser 1650. In one embodiment, the security monitoring 
device 1668 can be an infirared detector. In another embodiment, the security 
monitoring device 1668 can be a vibration recorder. If the dispenser 1650 was 
tampered, the security monitoring device could cause the camera to create a 

25 photographic record of the area surrounding the dispenser 1 650, for example. In one 
embodiment, the photogr^hic record could be a digital image which could then be 
transferred to a monitoring station, by way of modem technology, for example. 

The drug storage trays 1654, as shown in Figure 36, can include a dispensing 
device. In a preferred embodiment, the dispensing device can include helix coils 

30 1680. In a preferred embodiment, ttie heHx coils 1680 are motor driven and allow 
the dispensing of medications to a user. When a user selects a medication to be 



The electronics 1658 can include a camera, speakers or a microphone. The 
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dispensed from the dispenser 1650, the helix coil 1680 corresponding to the chosen 
medication can be forced to rotate, thereby causing the medication to move toward 
the door 1652 of the dispenser 1650 and into a collection tray 1676 located on the 
door 1652. The drag storage trays 1654 can also include dividers 1682, The 
5 dividers 1682 can be adjustable within the tiays 1654 such that the trays 1654 can 
accommodate medication packages of varying sizes or sh^es. The rotation of the 
helix coils 1680 can be controlled by some control system, such as a computer for 
example. 

The door 1652 can be used to secure the drug storage trays 1654 and the 
10 medications within the housing 1684 of the OTC medication dispenser 1650. The 
door 1652 can include lifting mechanisms 1678. which are shown witiiout the door 
1652 in Figure 37. The door 1652 can also include a collection tray 1676. a pushing 
device 1686 and a pushing device control 1688. 

In a preferred embodiment, the lifting mechanisms 1678 are S-rail lifting 
15 screws. The S-rail lifting screws can be threaded through the collection tray 1676 
and can rotate about a central axis, either in a clockwise or a counterclockwise 
direction, thereby causing the collection tray 1686 to translate in an upward or 
downward direction. The S-rail lift screws can also be Teflon coated to provide for 
smooth translation of the collection tray 1676. 
20 The collection tray 1676 can be used to collect medicine packages from the 

drug storage trays 1654 and deliver the packages to the labeling device 1656. By 
allowing for the collection tray 1676 to translate upwards and downwards, the tray 
1676 can collect medicine packages from drug storage trays 1654 located along the 
entire height of flie dispenser 1650. Positioning the collection tray 1676 at a 
25 particular drug storage tray 1 654 from which a package is being dispensed prevents 
the medicine in the package from being damaged by an impact after being dispensed. 
The positioning at the collection tray 1676 can be controlled by a control system, 
such as a computer, for example. 

The .collection tray 1676 can include a pushing device 1686 which can be 
30 used to move medical samples from the collection tray 1676 into the labeling device 
1656. The pushing device 1686 can include a pushing device controller 1688 which 
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controls the positioning of the pushing device 1686. In one embodiment, ttie 
pushing device controller 1688 is an S-rail screw. In another embodiment, a 
conveyor can be used as the pushing device controller 1688. The pushing device 
contrpllcr 1 688 can be driven by a control system, such as a computer, for example. 
5 When a user wishes to retrieve drugs from the OTC medication dispenser 

1 650, he can firat be prompted to provide his identification, either by utilizing the 
user identification system 1660 or the magnetic card reader 1672, or both and can 
then enter his medication choices into the conq)Uter 1666. In another embodiment, 
the user can first be prompted to enter his drug choices and then be required to 
10 provide his identification to the dispenser 1650, Next, the collection tray 1676 can 
be forced to move, in either an upward or downward direction, to the drug storage 
trays 1654 which contain the requested medication. The helix coils 1680 can ttien 
be forced to rotate in the drug storage trays 1654 so as to advance the selected 
medication into the collection tray 1676. The collection tray 1676 can then be 
1 5 caused to move upwards or downwards to the labeling device 1656. The pushing 
device 1686 of the collection tray 1676 can then be caused to push the medication 
fi-om the collection tray 1676 into the labeling device 1656. In the labeling device 
1656, the drug can be identified by a bar code reader which can read the 
medication's bar code! The labeling device 1656 can also apply a label to the 
20 medication. The labeling device 1656 can then transfer the medication to the pickup 
location 1674. In a preferred embodiment, the labeling device 1656 can transfer the 
medication to the pickup location 1 674 by a conveyance mechanism, such as an S- 
rail or a conveyor. In a preferred embodiment, the pickup location 1674 can have a 
cover which can be automated. When the medications arrive at the pickup location 
25 1674, as requested by the user, the cover can open. Once the user removes die 
requested medications, the cover can automatically close and secure itself to the 
pickup location 1674. 

Without limiting the generality of the claimed invention, those skilled in the 
art can ^preciate that the components of the dispensing system - physical and 
30 program code - can be physically split and operated torn different locations, 

connected together by a computer network. Further, components of the system can 
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be divided and owned and operated by multiple entities, connected by a computer 
networic if s^plicable. 

It will be apparent to those of ordinary skill in the art that methods involved 
in the remote dispensing of pharmaceuticals or other medical products can be 
5 embodied in a computer program product that includes a computer usable medium. 
For example, such a computer usable medium can include a readable memory 
device, such as a hard drive device, a CD-ROM. a DVD-ROM. or a computer 
diskette, having computer readable program code segments stored thereon. The 
computer readable medium can also include a communications or transmission 
10 medium, such as a bus or a communications link, either optical, wired, or wireless, 
having program code segments carried thereon as digital or analog data signals. 

While this invention has been particularly shown and described with 
references to preferred embodiments thereof, it will be understood by those skilled 
in the art that various changes in form and details may be made therein without 
15 departing from the scope of the invention. 
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Claims 

What is claimed is: 

1 . A system for remote dispensing of a medical product, con^rising: 

an authorization node to authorize dispensing of the medical product 
S at a first location; 

a dispensing node to distribute the medical product at a second 
location; 

a controlling node which interfaces with the authorization and 
dispensing nodes; and 
10 a transmission medium between the nodes. 

2. The system of Claim 1 wherein the transmission medium includes a network. 

3. The system of Claim 2 wherein the network is the titemet. 

4. The system of Claim 1 wherein the transmission medium includes a 
telephone system. 

IS S. The system of Claim 1 wherein the transmission medium includes a satellite 
system. 

6. The system of Claim 1 wherein the transmission medium includes a pager 
system. 

7. The system of Claim 1 wherein tiie transmission medium includes a wireless 
20 system. 
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8. The system of Claim 1 wherein the dispensing node includes a dispenser 
controller and a housing having a plurality of bins; each bin storing an 
encoded plurality of packages of medical products. 

9. The system of Claim 8 wherein a code reader is coupled to said controller for 
5 reading a code ofa dispensed medical product. 

10. The system of Claim 1 wherein the controlling node is located at a third 
location. 

11. The system of Claim 1 wherein the controlling node is co-located with Ae 
aufliorization node, 

10 12. The system of Claim 1 wherein the dispensing of the medical product is 
initiated at the dispensing node. 



1 3. The system of Claim 1 wherein the dispensing of the medical product is 
initiated at the authorization node. 

14. The system of Claim 1 wherein the dispensing of the medical product is 
15 initiated at the controlling node. 

15. The system of Claim 1 wherein the medical product is a prescription 
pharmaceutical. 

16. The method for dispensing of a medical product comprising: 

authorizing ttie dispensing of the medical product at a first location; 
20 transmitting the authorization via a transmission medium to a second 

location; and 

dispensing the medical product at the second location. 
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17. The method of Claim 16 wherein the transmission medium includes a 
network such as the Internet. 

18. The method of Claim 16 wherein the transmission medium includes a 
telephone system. 

5 19. The method of Oaim 1 6 wherein the transmission medium includes a 
satellite system. 

20. The method of Claim 16 wherein the transmission medium includes a pager 
system. 

2 1 . The method of Claim 1 6 wherein the transmission medium includes a 
10 wireless system. 

22. The method of Claim 16 wherein the medical product is a prescription 
pharmaceutical. 

23. The method of Claim 16 further comprising controlling the dispensing of the 
medical product. 

15 24. The method of Claim 23 wherein controlling the dispensing of the medical 
product is performed at the first location. 

25. The method of Claim 23 wherein controlling the dispensing of the medical 
product is performed at a third location. 

26. The method of Claim 16 wherein the dispensing of the medical product is 
20 initiated at the second dispensing location. 
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27. The method of Claim 16 wherein the dispensing of the medical product is 
initiated at the first authorizing location. 

28. The method of Claim 16 wherein the dispensing of the medical product is 
initiated at the third controlling location. 

5 29. A dispense system for a medical product which is connected to a global 
communication network. 

. 30. The dispense system of Claim 29 wherein the global communication network 
includes a public access n^ork. 

31. nie dispense system of Claim 29 wherein the global communication network 
10 includes a telephone system. 

32. The dispense system of C^ 29 wherem the global communication network 
includes a satellite system. 

33. The dispense system of Claim 29 wherein the global conamunication network 
includes a pager system. 

15 34. The dispense system ofClaim 29 wherein the global communication network 
includes a wireless system. 

35. The dispense system of Claim 29 wherein an authorizing system is in 
communication with the dispense system via the global communication 
netwoiic. 

20 36. The dispense system of Claim 29 wherein the medical product is a 
prescription pharmaceutical. 
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ST. In a computer network fonned of a communication channel and a plurality of 
digital data processors coupled to the communication channel for 
communication thereon and a computer apparatus dispensing a medical 
product comprising: 

5 an authorizing data processor at a first location to authorize the 

dispensing of the medical product; 

a dispensing data processor at a second location connected to a 
housing having a plurality of medical products ; and 

a controlling data processor which is in communication with (he 
1 0 authorizing and dispensing data processors to control the dispense of the 

medical product when auttiorized. 

38. The computer apparatus of Claim 37 wherein the data processors 

communicate via a network and are further operative with a set of executable 
instructions to authorize and dispense the medical product. 

15 39. The computer apparatus of Claim 37 wherein the dispensing data processor 
is integral with the housing having a plurality of pharmaceuticals. 

40. The computer apparatus of Claim 37 wherein the medical product is a 
prescription pharmaceutical. 

41 . The computer apparatus of Claim 37 further comprising an interface data 
20 processor to parse communications fi-om the authorizing data processor. 

42 . The computer apparatus of Claim 4 1 wherein the interface data processor is 
in communication with the controlling data processor. 

43 . A computer-readable data transmission medium between a plurality of 
con^uters having a data structure comprising: 
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a first subset of data for processing at a first authorizing computer, 
the first subset of date including authorization for dispensing a medical 
product; and 

a second subset of data for processing at a second dispensing 
5 computer, the second subset ofdata including the data for a medical product 

label ttiat accompanies a dispensed medical product. 

44. The computer-readable data transmission medium of Claim 43 further 
comprising a third subset of data for processing at a controlling computer, 
the third subset of data including data that includes data resulting from 

10 parsing flie first subset ofdata. 

45. A computer program product for implementing a dispensing of a medical 
product, the computer program product comprising: 

a computer usable medium having computer-readable code therein, 

including a program code which: 
15 authorizes the dispensing ofthe medical product at a first location, 

and 

executes the dispensing ofthe medical product at a second location. 

46. The computer prograni product of claim 45 wherein the medical product is a 
prescription pharmaceutical. 



20 47. A drug sample dispenser comprising: 
a housing; 

a computer mounted within the housing; 

a control system toat opens and closes the dispenser. 
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48 . The drug sample dispenser of Claim 47 wherein the drug dispenser further 
comprises at least one door mounted to the housing the, at least one door 
having a plurality oif bins. 

49. The drug sample dispenser of Claim 47 wherein the drug dispenser further 
5 comprises a camera. 

50. The drug sample dispenser of Claim 49 wherein the ding dispenser 
comprises a proximity detector coupled to the camera. 

5 1 . The drug sample dispenser of Claim 49 wherein the drug sample dispenser 
comprises a user identification system coupled to the camera. 

10 52. The drug sample dispenser of Claim 49 wherein the camera is coupled to the 
at least one door such that opening of the at least one door causes the camera 
to snap a picture. 

53. The drug sample dispenser of Claim 49 wherein the drug sample dispenso: 
comprises a control system connected to the camera. 

15 54. The drug sample dispenser of Claim 47 wherein the dispenser further 
comprises a user identification system. 

55. The drug sample dispenser of Claim 54 wherein the user identification 
system comprises a keypad. 

56. The drug sample dispenser of Claim 54 wherein the user identification 
20 system comprises a card reader. 

57. The drug sample dispenser of Claim 54 wherein the drug dispenser 
comprises a control system connected to the identification system. 
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58. The drug sample dispenser of Claim 47 wherein the dispenser further 
comprises a bar code reader. 



59. The drug sample dispenser of Claim 47 wherein the at least one door 
comprises a proximity sensor. 

5 60. The drug sample dispenser of Claim 47 wherein the computer is in 
communication with a database data processor. 

61 . The drug sample dispenser of Claim 60 wherein the communication between 
the computer and the database data processor includes transmission using 
one of at least the Internet, a telephone system, a satellite system, a wireless 

10 system, and a pager system. 

62. A method for obtaining drug samples fix)m a drug sample dispenser 

comprising the steps of: 

providing a drug sample dispenser housing with a plurality of drug 

samples; 

15 providing a valid user identification to a database interfaced with flie 

drug sample dispenser; 

inputting request signals to dispense a drug sample; 

selecting a drug sample to be dispensed by the drug sample dispenser 

from the database; and 
20 retrieving the selected drug sample from the drug sample 

dispenser. 

63 . The method of Claim 62 further comprising the step of entering a 
prescriber's name into the database interfaced with the drug sample 
dispenser. 
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64. The method of Claim 62 further comprising the step of entering a patient's 
name into the database interfaced with the drug samjple dispenser, 

65. The method of Claim 62 farther comprising the step of providing the user 
access to the drug samples. 

5 66. The method of Claun 62 furflier comprising the step of securing the drug 
samples from farther access. 

67. A method for dispensing drug samples from a drug sample dispenser 
comprising the steps of: 

storing a plurality of drug samples in a drug sample dispenser, 
10 verifying a user* s identification and ability to receive drug samples 

from the drug sample dispenser, 

receiving request signals to dispense a drug sample; 

using a control system to provide user access to the drug samples; 

allowing a user to remove the drug samples and record the samples 

1 5 into a database ; and 

using a control system to prevent farther user access to the drug 

samples. 

68. A non-prescription medical product dispenser comprising: 
a housing; 

20 a plurality of storage locations within the housing, the plurality of 

storage locations having a dispensing device; 
a product collection area mounted to the housing; and 
a collector moveably mounted to the housing such that the collector 
can move to the storage locations to deliver a user-selected medical product 

25 to the product collection area. 
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69. The non-prescription medical product dispenser of Claim 68 wherein the 
dispenser further comprises a computer mounted to the housing. 

70. The non-prescription medical product dispenser of Claim 68 wherein the 
dispenser further comprises a user identification system. 

5 71. The non-prescription medical product dispenser of Claim 70 wherein the 
user identification system comprises a thumb print detector. 

72 . The non-prescription medical product dispenser of Claim 68 wherein the 
dispenser further comprises a magnetic card reader. 



73 . The non-prescription medical product dispenser of Claim 68 wherein the 
1 0 dispenser further comprises a security monitoring device. 

74. The non-prescription medical product dispenser of Claim 73 wherein the 
security monitoring device comprises a camera. 

75. The non-prescription medical product dispenser of Claim 68 wherein the 
dispenser comprises a labeling device. 

1 5 76. The non-prescription medical product dispenser of Claim 68 wherein the 
dispenser comprises a bar code reader. 

77. The non-prescription medical product dispenser of Claim 68 wherein the 
dispensing device comprises a helix coil. 

78. The non-prescription medical product dispenser of Claim 68 wherein the 
20 collector comprises a tray with a pushing device. 
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79. The non-prescription medical product dispenser of Claim 78 wherein the 
pushing device comprises an S-rail screw. 

80. The non-prescription medical product dispenser of Claim 68 wherein the 
collector tray comprises at least one S-rail screw. 

S 81. The non-prescription medical product dispenser of Claim 69 wherein the 
computer is in communication with a database data processor. 

82. The non-prescription medical product dispenser of Claim 81 wherein the 
communication between the conq)uter and the database data processor 
includes transmission using one of at least the Internet, a telephone system, a 

10 satellite system, a wireless system, and a pager system. 

83. The non-prescription medical product dispenser of Claim 68 further 
comprising a card reader. 

84. The non-prescription medical product dispenser of Claim 68 wherein each 
storage location comprises a tray that stores a plurality of packaged medical 

15 products. 

85. The non-prescription medical product dispenser of Claim 68 wherein the 
collector is mounted within a housing door such that the collector moves 
vertically within the housing. 

86. . The non-prescription medical product dispenser of Claim 75 wherein ttie 
20 labeling device prints a label for a product being dispensed and attaches the 

label to the product package. 

87. The non-prescription medical product dispenser of Claim 68 furtiier 
comprising an adjudication system within the dispenser including a card 
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reader and a communication link to a network to record payment for the 
medical product. 

88. A method of obtaining uncontrolled drugs from a drug dispenser comprising 
the steps of: 

5 providing a uncontrolled drug dispenser housing with a pluraUty of 

uncontrolled drugs; 

providing a user identification to a database interfaced with the drug 
disposer; 

selecting a drug to be dispensed by the drug dispenser from the 
10 database; and 

retrieving flie selected drug from the drug 



89. The method of Claim 88 further comprising providing computer-readable 
data transmission medium between a plurality of computers having a data 

15 structure including: 

a first subset of data for processing at a first authorizing computer, 
the first subset of data including authorization for dispensing a medical 
product; and 

a second subset of data for processing at a second dispensing 
20 computer, the second subset of data including the data for a medical product 

label that accompanies a dispensed medical product. 

90. The method of Claim 89 further comprising providing a third subset of data 
for processing at a controlling computer, the third subset of data including 
data that includes data resulting from parsing the first subset of data. 

25 91 . The method of Claim 88 furflier comprising providing a computer program 
product for implementing a dispensing of a medical product, the computer 
program product comprising: 



SUBSTITUTE SHEET (RULE 26) 



wo 01/21131 PCT/USOO/26170 

-79- 

a computer usable medium having computer-readable code therein, 
including a program code which: 

authorizes the dispensing of the medical product at a first location, 

and 

S executes the dispensing of the medical product at a second location. 

92. The method of Claim 88 wherein the medical product is a bottled 
pharmaceutical. 

93 . The method of Claim 88 further comprising providing at leaist one door 
mounted to the housing the at least one door having a plurality of bins. 

10 94. The method of Claim 88 further comprising providing a camera attached to 
the housing to record an image of each user. 

95. The method of Claim 88 further comprising printing a label in the housing 
and attaching the label to the package. 

96. The method of Claim 88 further comprising providing a user identification 
15 system. 

97. The method of Claim 88 further comprising providing drug a card reader. 

98. The method of Claim 96 further comprising providing a control system* 
connected to the identification system. 

99. The method of Claim 88 furfeer comprising providing a bar code reader. 

20 100. The method ofClaim 88 further comprising providmg a computer in 
communication with a database data processor. 



SUBSTITUTE SHEET (RULE 26) 



wo 01/21131 PCT/USOO/26170 

-so- 
lo 1 . The method of Claim 1 00 further comprising communicating between the 
computer and the database data processor by transmission using one of at 
least the Internet, a telephone system, a satellite system, a wireless system, 
and a pager system. 



5 1 02. A method of dispensing non-prescription drugs from a non-prescription drug 
dispenser comprising the steps of: 

storing a plurality of non-prescription drug packages in a non- 
prescription drug dispenser; 

verifying a user's identification to receive non-prescription drugs 
10 from the non-prescription dmg dispenser; 

receiving request signals to dispense a non-prescription drug package; 
delivering a non-prescription drug package from a drug storage tray 
into a collection tray; 

conveying the non-prescription drug package from the collection tray 
IS to a labeling area; and 

dispensing the non-prescription drug package to the user. 
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